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

Сирена Трэвел

2020-08-07T11:56:34Z

Галина Погожильская: /* Ошибки при взаимодействии с GDS/ГРС/API Sirena Travel */

[[Категория:Поставщики авиабилетов]]
[[Файл:Sirena.jpg‎|справа]]

'''Сирена Трэвел''' — крупнейшая российская компания, оказывающая услуги по бронированию и продаже авиабилетов, мест на культурно-зрелищные мероприятия, оформлению страховых полисов и т.п. Компания осуществляет эксплуатацию первой отечественной аккредитованной авиационной распределительной системы (АРС) «Сирена Трэвел», разработанную в соответствии с рекомендациями IATA ([[Международная ассоциация воздушного транспорта (IATA)]]), которая предоставляет агентствам интерфейсы для бронирования и продажи билетов, а — авиакомпаниям инструменты для управления и контроля ресурсами мест.

==Онлайн бронирование авиабилетов через Сирена Трэвел==

Для бронирования авиабилетов через Сирена Тревэл на сайте в режиме онлайн необходимо подключиться к [http://www.nemo.travel системе бронирования {{NameSystem}}] [http://www.nemo.travel Сайт системы {{NameSystem}}] (модуль продажи авиабилетов через Сирена Тревел)

== Описание ==
Система бронирования [http://www.nemo.travel {{NameSystem}}] поддерживает продажу авиабилетов на сайте агентства через глобальную распределительную систему Sirena Travel (Sirena 2000).

[[Изображение: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 Sirena Travel|<sup>[1]</sup>]]
* Поиск по ближайшим аэропортам — позволяет осуществлять поиск перелетов не только в аэропорт выбранного города, но и в аэропорты соседних городов; примеру, включать в результаты поиска варианты перелетов с прилетом в аэропорт Шарджи при поиске перелетов в Дубай. Работает автоматически, если опция подключена на стороне ГРС Сирена Трэвел. При необходимости нужно направить запрос в ГРС на подключение к своему ClientID. {{Attention|Список аэропортов задается на стороне ГРС Сирена Трэвел.}}
* Поиск по публичные + приватные тарифы[[#FAQ по GDS/ГРС/API Sirena Travel|<sup>[2]</sup>]]
* Поиск приватных тарифов[[#FAQ по GDS/ГРС/API Sirena Travel|<sup>[2]</sup>]]
* Поиск по расписанию
* Максимальное количество пассажиров всех типов в поисковом запросе — 9
* Количество пассажиров одного типа в запросе — 9
</div>
</div>

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px; margin-bottom:10px;">
'''Бронирование'''
<div class="mw-collapsible-content">
* Дополнительные операции с использованием реквизитов/настроек
** Чтение тарифных правил
** Проверка доступности
** Актуализация цены
** Возвращаемые типы тарифов — Public
* Операции/запросы .NET авиа-сервера
** Бронирование перелета
** Отмена брони
** Обновление (синхронизация) брони
** Импорт брони по ПНР локатору
** Получение истории брони из ГДС
** Изменение внесённого контента брони
** Добавление контента
** Контент через WS — ТКП
</div>
</div>

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px; margin-bottom:10px;">
'''Выписка'''
<div class="mw-collapsible-content">
* Из реквизитов/настроек
** Выписка на стоке авиа-компании[[#FAQ по GDS/ГРС/API Sirena Travel|<sup>[3]</sup>]]
* Операции/запросы .NET авиа-сервера
** Выписка билетов для всей брони
** ГДС процессинг
** Войдирование
** Возврат билетов
</div>
</div>

== Подключение к Сирена Трэвел ==
Для реализации своего интернет-пункта продажи [[агентство]] должно иметь либо свой договор с ЗАО «Сирена Трэвел», либо быть субагентом агентства, уже имеющего такой договор.

В заявке на подключение нового ClientID нужно указать разрешенные IP-адреса серверов:

'''188.235.129.232''' <br/>
'''37.200.71.164'''<br/>
'''95.213.141.253'''<br/>
'''37.200.70.250'''<br/>
'''95.213.141.254'''<br/>
'''37.200.71.162'''<br/>

Такой договор позволяет заключить дополнительное соглашение с ЗАО «Сирена Трэвел» на использование программного средства «Операционный шлюз системы бронирования "WS-Gate"» с необходимым агентству количеством сеансов (под сеансом подразумевается либо нейтральный сеанс (ТКП), либо сеанс авиакомпании) для работы с одним сайтом (вопрос работы с несколькими сайтами, а именно с сайтами субагентств, решается отдельно). Текст дополнительного соглашения, включающий в себя основную часть, техническое задание, описание регламентов, процедур, ссылки на документацию по XML, можно найти в агентском разделе на [http://www.sirena-travel.ru сайте] или получить в ЗАО «Сирена Трэвел». По завершении разработки агентство должно направить в ЗАО «Сирена Трэвел» запрос на тестирование работы интернет-пункта продажи и письмо о переводе в боевой режим сеансов, указанных в договоре.

При заключении договора с компанией «Сирена Трэвел», клиенту присваивается тестовый ERSP-код и ID клиента (Client_id).

Важным моментом является то, что для начала работы требуется не только тестирование со стороны ЗАО «Сирена Трэвел», но и аккредитация интернет-пункта продажи в ТКП (необходимые документы можно найти в агентской части на [http://www.tch.ru сайте]). При этом:
* сертифицируется сеанс ТКП;
* если расчет по кредитным картам идет не через ТКП, то сайт аккредитуется с правом бронирования и продажи;
* если расчет по кредитным картам идет через ТКП, то сайт аккредитуется с правом бронирования, продажи и оплаты.

Телефон отдела аккредитации агентств: (495) 660 19 78.

'''Для подключения к Сирене необходимы следующие реквизиты:'''
# Sirena2000 клиент ID;
# Sirena2000 IP адреса сервера;
# Sirena2000 порт сервера;
# Sirena2000 ERSP код.

==== IP и порты,используемые в {{NameSystem}} ====

{| class="wikitable"
! среда
! ip:порт
! ip:порт
|-
| ГРС (рабочая система)
| 193.104.87.251:34321
| 194.84.25.50:34321
|-
| ГРТ (тестовая система)
| 193.104.87.251:34322
| 194.84.25.50:34322
|-
| ГРУ (учебная система)
| 193.104.87.251:34323
| 194.84.25.50:34323
|}

{{Attention|При переходе с тестового режима на боевой необходимо сменить порты.}}

== Особенности работы с Sirena Travel ==
# При поиске Сирена возвращает только опубликованные тарифы.
# У данного поставщика нет возможности выбрать сложный маршрут. Максимальное количество сегментов согласно документации — два.
# Внесение данных о визе возможно только с терминала Сирены. Это связано с тем, что в [[ГРС]] пока не реализовано понятие secure flight и информация о необходимости внесения ремарок [[ПНР]] выводится только как сообщение по справке о наличие мест.
# Возможна ситуация, когда [[авиакомпания]] меняет значение таксы уже после бронирования. Система {{NameSystem}} в данном случае обновит цену перед выпиской.
# Для следующих авиакомпаний таксы РУ и SA не считаются (авиакомпании не требуют учёта такс в цене):
#* Авиакомпания Татарстан, такса SA 500 р.
#* Авиакомпания Руслайн, такса РУ 300 р.
#* Авиакомпания Сибирь, такса SU 1000 р.
#* Авиакомпания Трансаэро, такса SA 210 р.
# Для авиакомпании «Аэрофлот» (SU) не учитывается такса PS.
# Возможна ситуация, когда при стандартном прайсинге в Сирене возвращаются не наиболее дешевые тарифы АК по данному направлению, а тарифы, которые являются маршрутными, а потому более приоритетными. Под маршрутными понимаются тарифы, заданные для направления, в котором имеются промежуточные пункты перелета. При этом при бронировании таких перелетов, возвращается более дешевый тариф и цена заказа уменьшается. Это стандартное поведение системы бронирования, на которое никак не влияет производится ли процесс непосредственно в терминальном режиме или через вебсервисы.
# Возможна ситуация, когда от Сирены приходит ответ по ряду авиакомпаний на отсутствия рейда (маршрут и информация о багаже). В этом случай в системе {{NameSystem}} есть проверочный запрос. Перед бронированием система отсылает справочный запрос в Сирену и получает информацию, доступны ли рейды у данной авиакомпании. Если доступны, то запрашивает рейды и выводит информацию о маршруте и багаже. В случае если не доступны, то в созданном бронировании такой информации не будет.
# Информацию о норме провоза багажа через вебсервисы Сирены гарантированно можно получить по умолчанию только после бронирования. Чтобы данные о багаже приходили на этапе поиска и актуализации перелета, надо запрашивать в ГРС для конкретного client_id включение опции отображения багажа в параметре baggage для запросов pricing и pricing_flight соответственно.
# Системой в ответ на запрос может отдаваться разное количество вариантов. В любом случае будет отдано количество вариантов, указанных в min_results. Но до max_results может не дойти, если сработает внутрисистемное ограничение. Если какое-либо ограничение срабатывает и отдаются не все варианты, в ответе будет указано: «cut».
# Возможна ситуация, что видно перелеты в терминале, но на сайте они не отображаются поскольку заведены как чартерные тарифы. Как правило стоимость таких тарифов нулевая, но не всегда. Может быть категория пассажира — ЗРА. Такие перелеты невозможно получить в онлайн.
# Если есть необходимость комбинировать подклассы в перелете, необходимо в разделе: «Авиабилеты» → «Реквизиты подключения к GDS» — отметить поле '''«Комбинировать подклассы на сегментах по маршруту перевозки»'''.

=== Выписка в ГРС Сирена Трэвел===

Выписка билетов в Сирена Трэвел осуществляется после приема оплаты. Для каждой формы оплаты [[турагентство]] может установить свое время на оплату, обратившись в службу поддержки по почте webhelp@sirena-travel.ru или по телефону +7 (499)724-39-66, доб. 155. По умолчанию для всех форм оплаты установлено время 15 минут.

На возможность выписки в общем случае влияют 3 параметра:
# таймлимит на места;
# срок действия тарифа;
# настройка сайта для данной формы оплаты.

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

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

{{Attention|Если срок действия тарифа истек, то в рамках данного заказа невозможно применить его вновь. Это может сделать только оператор с пульта Сирены.}}

{{Attention|Возможны ситуации, в которых при недостаточном количестве виртуальных пультов некоторые запросы (например, выписка, подтверждение выписки) могут не выполниться, при этом ответа от Сирены не придет. Для решения данной проблемы необходимо увеличить количество виртуальных пультов.}}

На стороне Сирены существуют настройки — минимальное время до таймлимита ПНР и минимально допустимое время на оплату (например, 5 и 5 минут). При оплате, исходя из этих настроек высчитывается время на оплату, а именно, из оставшегося времени до таймлимита (например 7 минут) высчитывается минимальное время до таймлимита ПНР (5 минут) и сравнивается с минимальным допустимым временем на оплату, в данном случае это 7-5 = 2 < 5. И в случае если время меньше, то оплата уже невозможно начать.
Для изменения данной настройки необходимо обратиться в службу поддержки Сирены.

=== Новые статусы брони в Сирена Трэвел ===

*'''unconfirmed_sale''' — означает, что оплата не подтверждена (возникли какие-то проблемы с выпуском билета). Обычно заказ находится в этом статусе очень короткое время. Если же заказ завис в таком статусе, то, скорее всего, имеет место сбой. Необходимо обратиться в службу техподдержки.
*'''mso''' — билет не продан, но квитанция МСО напечатана;
*'''mсo returned''' — квитанция сдана.

=== Сессии в Сирене ===

Сессия — это работа одного пульта пункта интернет-продаж.

Порядок действий при подключении дополнительных пультов:

# [[Агентство]] заказывает дополнительные пульты в Сирене и прописывает их в договоре.
# Получив номера пультов, агентство обращается в ТКП с просьбой аккредитовать их в ТКП (образцы заявок можно найти на [http://www.tch.ru сайте] в разделе [http://www.tch.ru/rus/svvt_today/rights Регулирование прав продажи агентств в ССВТ].
# После аккредитации дополнительного пульта агентство обращается в Сирену с просьбой открыть продажу на данном пульте, прикладывая к ней ответ ТКП об аккредитации.

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

При отсутствии вопросов у ТКП и Сирены процесс добавления пульта и его аккредитации занимает 2-3 рабочих дня.

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

Максимальное количество дополнительных пультов (сессий), известное на текущий момент — 10.

=== Заведение агентских сборов ===

В Сирене есть механизм ведения агентских сборов, который работает в любом сеансе. При этом его использование обязательно только для e-commerce ТКП. Для оплаты через eGo в сеансе BSP вы можете как пользоваться механизмами Сирены по ведению сборов, так и накидывать сбор сами при передаче к оплате в eGo. При тарификации через XML-шлюз Сирены вы имеете возможность понять, заведен ли [[сбор]] на данный вариант оплаты или нет (при этом надо соблюсти те же условия (ППР, ERSP, форма-оплаты…) при которых будет производится оплата).

'''eGo''' — платежный шлюз процессинговой системы.

'''e-commerce ТКП''' — один из вариантов оплаты, доступный через eGo.

=== Таймлимит для Сирена Трэвел в {{NameSystem}} ===

[[Таймлимит]] может быть назначен двумя способами:
# Автоматический таймлимит (с использованием данных «Правил назначения таймлимита» авиакомпании);
# С использованием данных [[УПТ]] (категории 5), то есть по оценке.

Сразу после бронирования таймлимит автоматически устанавливается в соответствии с данными «Правил назначения таймлимита» авиакомпании. Если для авиакомпании в системе выставлен признак назначения таймлимита по оценке (по данным УПТ — категория 5), то если оформление билета сразу производиться не будет, то для того, чтобы завершить ПНР (запрос Е/И), необходимо переустановить таймлимит в соответствии с данными УПТ. Иначе система выдает реплику: «УСТАНОВИТЕ ТАЙМЛИМИТ ПО ОЦЕНКЕ (ЗАПРОС ТЛ)».

{{Attention|На значение таймлимита для заказов в Сирене влияют настройки {{NameSystem}}. За основу берется минимальное значение.}}

В системе {{NameSystem}} таймлимит для Сирены отображается на 2 страницах:

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

{{Attention|Окончательный таймлимит для заказа в Сирене можно получить только после бронирования.}}

=== Синхронизация заказов ===

Для поставщика Сирена Трэвел можно использовать модуль синхронизации заказов. Подробнее: [[Синхронизация заказов]]

=== Вид маршрут-квитанции, рекомендованный ТКП для Интернет-пунктов продаж ===

Маршрут-квитанцию (Сирена-Трэвел) с элементами латиницы можно посмотреть здесь: [[Файл:itteng.pdf]]

Маршрут-квитанцию (Сирена-Трэвел) с элементами кириллицы можно посмотреть здесь: [[Файл:Ittrus.pdf]]

=== Стоки ===

В этом разделе представлена выдержка из документа: «ТЕХНОЛОГИЯ ЗАКАЗА, РАСПРЕДЕЛЕНИЯ, УЧЕТА И КОНТРОЛЯ ИСПОЛЬЗОВАНИЯ БЛАНКОВ СПД И КВОТ ЭЛЕКТРОННЫХ БИЛЕТОВ НСАВ-ТКП».

1. Порядок предоставления агентством и рассмотрения в ТКП заявки на получение бланков СПД и других бланков, а также квот электронных билетов НСАВ-ТКП.

1.1. Агентство в рамках Стандартного договора ТКП с агентством самостоятельно определяет потребность в бланках СПД и других бланках (далее – бланки), а также квотах электронных билетов на предстоящий период и представляет в ТКП «Заявку на получение бланков СПД, других бланков и квот электронных билетов НСАВ-ТКП» (далее – Заявка), оформленную в соответствии с Приложением 1.

1.2. Заявка предоставляется агентством в ТКП заблаговременно, с учетом сроков рассмотрения заявки и времени, необходимого для перечисления и зачисления на расчетный счет ТКП денежных сумм, указанных в Извещении, в соответствии с п.п.3.4 и 3.8.1 настоящей технологии.

1.3. Заявка может быть направлена в ТКП для предварительного рассмотрения по факсу, телеграфному каналу АФТН, электронной почте, ИНФОСЭД, почтой или нарочным. При этом к моменту получения бланков представителем агентства в ТКП должен быть предоставлен оригинал данной Заявки.

1.4. Заявка рассматривается в ТКП в течение 4-х рабочих дней со дня ее поступления.

1.5. Количество выдаваемых бланков форм Е61, H61, D61, Z61, 35, 30, M61 и предоставляемых квот электронных билетов определяется ТКП исходя из Заявки и условий Стандартного договора ТКП с агентством.

1.6. Количество выдаваемых бланков квитанций разных сборов формы К95, бланков формы С98 и бланков ярлыков пачки/партии определяется ТКП, исходя из Заявки. ТКП имеет право сократить количество выдаваемых бланков данных форм исходя из имеющихся запасов.

1.7. Количество выдаваемых бланков форм А61, S11, T12, бланков грузовых накладных определяется ТКП, исходя из Заявки и отдельных договоров или соглашений.

1.8. После рассмотрения Заявки ТКП направляет агентству Извещение о рассмотрении Заявки (далее – Извещение). Извещение направляется агентству по электронной почте. 1.8.1. В случае принятия положительного решения о выдаче бланков в Извещении указываются формы и количество бланков, адрес, сроки, и условия получения бланков, суммы к оплате, банковские реквизиты, другие условия получения бланков, а также предоставленные квоты электронных билетов. 1.8.2. В случае уменьшения количества выдаваемых бланков и предоставляемых квот электронных билетов и в случае отказа в выдаче бланков и предоставлении квот электронных билетов в Извещении указывается причина того или иного решения. Причинами отказа в выдаче бланков и предоставления квот электронных билетов или уменьшения количества выдаваемых бланков и квот электронных билетов могут послужить: невыполнение агентством условий Стандартного договора с ТКП, наличие достаточного запаса бланков и квот электронных билетов у агентства и т.п.

1.9. При получении Извещения с отказом в выдаче бланков и предоставлении квот электронных билетов агентство устраняет причины, указанные в Извещении, и уведомляет ТКП об этом, после чего Заявка заново рассматривается в ТКП в установленном порядке. 1.10. При предоставлении агентству квот электронных билетов ТКП размещает в ЦЭБ информацию о предоставленных агентству квотах электронных билетов. 1.11. Если в течение 10-ти дней после направления агентству Извещения представитель агентства не прибыл в ТКП для получения бланков, Заявка считается аннулированной в части бланков. В случае наличия в агентстве потребности в бланках на предстоящий период агентство представляет в ТКП новую Заявку.

=== Получение перелетов с пересадками в разных аэропортах ===

В ГРС Сирена Трэвел есть возможность получения перелетов с пересадками в разных аэропортах без использования сложного маршрута (пример: Екатеринбург - Домодедово, Москва; Внуково, Москва - Фергана).
Функциональность подключается администратором системы {{NameSystem}}. Для ее включения необходимо оставить заявку в проектном трекере [http://helpdesk.nemo.travel helpdesk.nemo.travel]

{{Attention|Для подключения новой функциональности необходимо подписание дополнительного соглашения между агентом и ГРС "Сирена Трэвел".}}

==Платежные шлюзы Сирена Трэвел==

=== Платежный шлюз «E-commerce» ===

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

Специфика спектра услуг, предоставляемого компанией интернет-магазинам предприятий, предлагающих пользователям сети традиционный «трэвел» контент связана, в первую очередь, с уникальными технологиями, основанными на глубокой интеграции с системами бронирования авиабилетов – ГРС (Сирена Трэвел, Galileo, Sabre, Amadeus) и партнёрских отношениях с транспортной клиринговой палатой (ТКП).

Высокая надежность и безопасность системы подтверждена сертификатом PCI DSS, а также платежными системами VISA и MasterCard.
Помимо процессинга банковских карт (VISA, MasterCard, JCB) компания осуществляет маршрутизацию платежей, осуществляемых при помощи электронных денег (Яндекс деньги, Web Money), различных платежных систем (Рапида, Элекснет, Qiwi) и оплат, осуществляемых через крупнейшие сети приема платежей (Евросеть, Связной).

=== МПС (EgoPay) ===

Платежное решение Сирена Трэвел (2-я версия), позволяет оплачивать билеты не только ТКП, но и BSP. Причем поддерживает прямой процессинг в БСП.

Преимущества второй версии — возможность оплачивать билеты, забронированные в ГРС Galileo, Sabre, Amadeus, а также Отелей и ж/д перевозки.

Возможно проводить оплату с отрицательными сборами.

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

{{Attention|При заказе shop_id на стороне МПС необходимо учесть, что МПС по умолчанию устанавливает настройку для shop_id rebook и reprice PNR. Если данная настройка включена на shop_id, то может возникнуть ситуация в случае выписки МПС, если заказ в статусе attempted, и бронирование в ГРС Сирена Тревел живое, то МПС добавляет таймлимит 15 минут к текущему времени. То есть переданный Nemo таймлимит не совпадет с таймлимитом на стороне МПС, что может привести к аннуляции заказа на стороне Nemo, и выписке заказа на стороне МПС. Рекомендуем отключить данную настройку на стороне МПС на shop_id.}}

{{Attention|При переключении авиакомпании с формы оплаты ПК (по умолчанию) на ПП ПК может возникнуть проблема с выпиской, если оплата произошла до перехода. Для открытия формы оплаты ПП ПК агенту необходимо своевременно отправить заявку в ТКП.}}

==== Настройки оплаты через платежный шлюз Сирена Трэвел (2-я версия) ====

Настройки для данного способа оплаты на стороне {{NameSystem}} находятся в разделе '''«Финансы и платежи» → «Платежные методы» → «Управление шлюзами» → «Сирена 2».'''
* '''«Боевой режим»''' — отвечает за перевод данного способа оплаты в боевой режим.
* '''«Использовать оплату с фискализацией»''' — при включении настройки в платежную систему передается необходимая информация для формирования фискального чека. <span style="background-color:#fff0f5;">'''<span style="color:#ff0000;">Внимание!</span> Убедитесь, что на стороне МПС для вашего shop_id включена оплата с фискализацией.</span>
* '''«Параметры фискализации»''' — опция регулирует список параметров, передаваемых в чеке. Если ни одна позиция не выбрана, то по умолчанию будут переданы все позиции, а именно: авиабилет, аэроэкспресс, страхование, сервисный пакет, услуги агентства, сервисный сбор и комиссия за оплату.
* '''«Таксы, подлежащие фискализации»''' — необходимо указать коды такс (и ставку НДС), которые должны быть переданы при оплате в качестве сбора. Например: ZZ-10;XX-18.
* '''«Использовать source из хоста»''' — при включении настройки данные о налогах предоставляются поставщиком Сирена Трэвел. Источник данных о налогах Сирена Трэвел может быть только у авиабилетов из сирены, аэроэкспресса сирены и дополнительных услуг авиакомпании, полученных из Сирена Трэвел. Для остальных поставщиков данные о налогах предоставляет либо системой Nemo, либо МПС. В первую очередь настраиваем источник данных о налогах Сирена Трэвел в МПС, а затем уже в Nemo.
* '''«Отправлять source = ips для выбранных ГДС»''' - источник данных о налогах МПС. Настройка позволяет выбрать ГДС, для которых ставка НДС будет взята из настроек на стороне МПС. Услуги, на которые распространяется эта настройка: авиабилеты и дополнительные услуги авиакомпаний, т.е. то что приходит от ГДС. В первую очередь настраиваем источник данных о налогах ips в МПС, а затем уже в Nemo.
* '''«Логин»''' — предоставляется сотрудниками Сирена Тревел.
* '''«Пароль»''' — предоставляется сотрудниками Сирена Тревел.
* '''«Идентификатор магазина BSP»''' — предоставляется сотрудниками Сирена Тревел.
* '''«Идентификатор магазина TKP»''' — предоставляется сотрудниками Сирена Тревел.
* '''«Префикс к коду оплаты»''' — согласуется с платежным шлюзом и используется для формирования платежного кода. Пример значения: 123
* '''«Время до автоматической отмены платежа в минутах ( рекомендуется 10)»''' — регулирует таймлимит на оплату для платежной сессии.
* '''«Переопределение наценки для GDS–процессинга (пусто - отсутствует)»''' — наценка за проведение оплаты через GDS–процессинг.
* '''«Предпочитаемая валюта»''' — валюта оплаты.
* '''«Способ оплаты»''' — варианты проведения оплаты, доступные в платежной системе.
* '''«Текст для офлайновых способов оплаты»''' — сообщение, отображается покупателю если выбран способ оплаты оффлайн (Евросеть, QIWI, Rapida).
* '''«Высота платежного фрэйма»''' — необходимо задать значение, определяющее высоту фрэйма, в пикселях.
* '''«Отображать фрэйм со страницей оплаты на странице информации о заказе»''' — при включенной настройке, на форме бронирования 2.0 будет фрэйм с платежным шлюзом.
* '''«Краткая информация о квитанции для отображения пользователю»''' — здесь можно добавить краткое описание платежного метода для отображения его в блоке ПШ при выборе способа оплаты.
* '''«Шаблон квитанции для печати»''' — здесь можно задать вид квитанции к печати.
* '''«Использовать GDS-процессинг»''' — опция отвечает за проведение оплаты через GDS-процессинг. (по умолчанию включена)
* '''«Передавать источник (host) заказа»''' — включает передачу информации о GDS в МПС. Не рекомендуется включать параметр, если GDS, для которой используется этот платёжный метод, отлична на Сирена Тревел. При выключенном параметре выписать заказ МПС не может, выписка будет запускаться со стороны Немо.
* '''Значение clearing для авиабилетов''' — настройка позволяет выбрать тип системы расчётов. Доступные значения:
** '''На основании настройки в реквизите'''
** '''tch'''
** '''bsp'''
** '''card'''
** '''Пустое значение'''
* '''«Оформление заказа выполняется на стороне шлюза»''' — запрещает выписку авиабилетов и дополнительных услуг на стороне Nemo.travel, в случае, если произведена успешная оплата и выполняется оформление услуг на стороне платежной системы.
* '''«Оформлять чек на основе данных Nemo Connect»''' — При включении данной настройки все данные, необходимые для составления фискального чека, будут передаваться из системы Nemo. Настройка необходима в случаях, когда при использовании шлюза МПС перелет обрабатывается не ГРС "Сирена". {{Attention|Для включения этой опции агенту нужно запросить у МПС активацию sourсe «shop_on_confirm»}}.

==== Транзакции в платежном шлюзе Сирена ====

Взаимодействие с платежным шлюзом происходит в 3 этапа:
* создание транзакции;
* запрос о состоянии транзакции;
* подтверждение оплаты или возврат денег.

==== БСП- и ТКП-варианты оплаты ====
В данном платежном шлюзе возможны БСП- и ТКП-варианты оплаты. Техническое отличие в том, что при ТКП-варианте оплаты выписка билета происходит автоматически в Сирене и {{NameSystem}} не инициирует выписку, а только получает информацию о выписанных билетах. Это происходит при попытке выписки со стороны {{NameSystem}}.

==== Создание транзакции ====
При создании транзакции определяется компонент бронирования и составляется соответствующее описание заказа. Описание заказа существенно только для авиаперевозок. Также, если компонент бронирования — авиаперевозки, определяется, возможен ли ТКП-сеанс оплаты (через e-commerce ТКП) для данного авиаперелета и используются соответствующие реквизиты. Если ТКП-оплата возможна, но не задан реквизит «Идентификатор магазина TKP», используется реквизит «Идентификатор магазина BSP». При отсутствии ключевых реквизитов (Идентификатор магазина BSP, Логин, Пароль ) запрос не будет отправлен и появится соответствующая ошибка.

==== Запрос о состоянии транзакции ====
Данный запрос повторяется по расписанию раз в 5 минут с момента создания транзакции в Сирене, а так же по факту перенаправления пользователя Сиреной в {{NameSystem}}. При создании транзакции указывается время ее жизни. Соответственно, после истечения этого времени или по факту оплаты или отмены платежа состояние транзакции фиксируется в {{NameSystem}} и запросы прекращаются.

==== Подтверждение платежа ====
Запрос на подтверждение отправляется системой {{NameSystem}} в автоматическом режиме. Для авиаперелетов — после выписки билета в {{NameSystem}}. Для всех остальных компонентов — либо сразу после успешного запроса о статусе транзакции (для прямой оплаты) или после бронирования (для предоплаты). Для авиаперелетов в случае ошибки при отправке запроса или получения недостаточных данных запрос ставится в очередь и повторяется раз в сутки. Для остальных компонентов запрос ставится в очередь только после получения ошибки на него со стороны Сирены.

====Автоматический возврат средств при аннуляции заказа====

Чтобы включить автоматический возврат средств, но ''не выписанных'' заказов, включите опцию '''Автоматически вернуть деньги после отмены заказа (только Личный счет и МПС)''' в разделе '''Финансы и платежи → Платежные методы → Устаревшая версия → Платежные шлюзы'''. <br>
Опция активирует автоматический возврат средств при аннуляции заказов, оплаченных через МПС или по личному счету.

Доступ к отмене оплаченного заказа имеет только менеджер или эксперт главного агентства. Только под этими пользователями можно провести автоматический возврат средств при аннуляции заказа. Остальные пользователи отправляют заявку на аннуляцию заказа.

==Ошибки при взаимодействии с GDS/ГРС/API Sirena Travel==

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px; margin-bottom:12px;">

'''Ошибки при взаимодействии с ГРС Sirena Travel'''
<div class="mw-collapsible-content">
''' Ошибки при поиске '''
{| class="wikitable"
|-
! align="center" width="50%"|«You are not allowed to perform this operation!»
|Данная ошибка возникает из-за настроек на стороне Sirena Travel в случае, если реквизиты, которые используются агентом не прописаны для той среды в которую отправляется запрос, либо некоторые операции не закреплены в Sirena Travel для используемых реквизитов.
|-
! align="center" width="50%"|«В результатах выдачи отсутствует рейсы авиакомпании «Саратовские авиалинии» 6W»
|Вероятно, в критериях поиска введен пассажир категории ребенок. В авиакомпании 6W заведено тарифное правило — если тариф применяется для пассажира с кодом РМГ, РВГ, РБг или АГА (дети), то бронироваться должны определенные места, что через xml-шлюз не реализовано.
|-
! align="center" width="50%"|Ошибка от поставщика.. Please retry in 15 seconds
| Возникает из-за перегрузки на сервере Сирены. Повторите поиск позднее.
|-
! align="center" width="50%"|Ошибка от поставщика.. Internal error
| Сбой в работоспособности на стороне ГРС (Sirena).
|-|}

Не зависящие от поставищиков:
{| 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%"|«CANNOT PUT TO WAITLIST и CANNOT GET SPACE»
|Ошибка означает отсутствие мест в выбранном подклассе.
|-
! align="center" width="50%"|«РЕЙД ПРОЧИТАТЬ НЕВОЗМОЖНО»
|По рейсам данной а/к справка о наличии мест и бронирование проводится в интерактивном режиме. Информация о рейде в ГДС при этом отсутствует.
|-
! align="center" width="50%"|«No contacts specified»
|Не указан контакт клиента.
|-
! align="center" width="50%"|«ЛИСТ ОЖИДАНИЯ НА РЕЙСЕ ЗАПРЕЩЕН»
|Ошибка означает что запрашиваемый рейс был снят во время бронирования, такие рейсы из результатов поиска отсеять невозможно, поскольку во время запроса места отображаются в наличии.
|-
! align="center" width="50%"|«Cannot book and price PNR»
|По умолчанию установлен бумажный бланк, а данная авиакомпания разрешает продажу только на электронных бланках в сеансе ТКП. Установить по умолчанию электронный бланк.
|-
! align="center" width="50%"|«SEGMENT 2 DOESN'T CONNECT WITH PREVIOUS BY TIME»
|Некорректное стыковочное время. Данная ошибка возникнет при бронировании в случае, если заданное в ГДС авиакомпанией стыковочное время будет меньше допустимого минимального стыковочного времени, разрешенного в конкретном аэропорте. Например, в Домодедово на внутренние рейсы минимальное стыковочное время равно 90 минутам, на международные рейсы — 100 минутам.
|-
! align="center" width="50%"|«WRONG DOCUMENT NUMBER»
|Номер документа не соответствует указанному типу документа. Ошибка возникает, если указывать тип документа Р (что воспринимается ГДС как загранпаспорт) и номер документа из 10 цифр.
|-
! align="center" width="50%"|«NP DOCUMENT CANNOT BE ISSUED IN RU»
|Указанная страна выдачи документа недопустима для выбранного типа документа. Ошибка обычно возникает, если при бронировании указывать тип документа А (Национальный паспорт) при выбранном российском гражданстве.
|-
! align="center" width="50%"|«Invalid format of element 'doc'»
|Возникает при попытке ввести номер свидетельства о рождении в неправильном формате. Корректный формат такой: 1 или 2 латинские буквы, 2 буквы кириллицей, 6 цифр без пробелов и других знаков. Пример: IОЛ123456.
|-
! align="center" width="50%"|Ошибка от поставщика.. Please retry in 15 seconds
| Возникает из-за перегрузки на сервере Сирены. Повторите поиск позднее.
|-
! align="center" width="50%"| Невозможно забронировать один из сегментов перелёта. Попробуйте другой перелёт. Cannot reserve seats on flight HY-603
|Авиакомпания ответила отказом на наличие мест. Ошибка, как правило, возникает в том случае, если произошла рассинхронизация данных о наличии мест на данный класс и рейс между ресурсом ГДС и хостом самой авиакомпании. Уменьшить число таких ошибок поможет включение опции RBFL (Перебронирование по наименьшей цене) в настройках реквизитов бронирования. Если ошибки все равно продолжают поступать, необходимо обратиться в техподдержку Сирены с просьбой провести ручную синхронизацию данных, указав конкретные номера рейсов, АК, направление, класс и время вылета.
|-
! align="center" width="50%"|Ошибка от поставщика. Продажа запрещена
| Возникает из-за рассинхронизации с инвенторным центром а/к или отсутствия мест подкласса.
|-
|}

''' Ошибки при выписке '''
{| class="wikitable"
|-
! align="center" width="50%"|«ЦЭБ ТКП: ETC TCH - TICKET STOCK IS NOT SPECIFIED FOR POINT OF SALE»
|Для данной точки продажи не назначен сток электронных билетов ТКП (для решения вопроса о назначении стока следует обращаться в ТКП).
|-
! align="center" width="50%"|«ERROR: ONE OF SEGMENTS HAS XX_STAT»
|Один из сегментов имеет статус аннулированного (XX) — сегмент мог быть аннулирован авиакомпанией.
|-
! align="center" width="50%"|«PNR and surname do not match»
|Несовпадение фамилии в PNR с фамилией в заказе.
|-
! align="center" width="50%"|«ONE OF SEGMENTS HAS XX_STAT»
|Места были сняты ранее таймлимита. Видимо, это было сделано по телеграмме авиакомпании. Заказ попал в 10-ю очередь, которую кассир агентства должен просматривать.
|-
! align="center" width="50%"|«Too rapid-expired fare. Repeat at 5 minutes»
|Для избежания данной ошибки в настройках {{Menu|Реквизиты подключения к GDS}} значение поля {{Setting|Время снятия брони}} должно соответствовать настройкам на стороне Sirena Travel.
|-
! align="center" width="50%"|«ETC TCH: ETC TCH - THE STOCK OF TICKETS IS EXHAUSTED FOR POINT OF SALE 92152314
ETC TCH: -02ULE TO THE HEAD OF AGENCY»
|Ошибка возникает при выписке билетов на стоке ТКП и означает, что сток выписки на данный момент закончился. Ошибка исчезнет после пополнения стока. Для этого агент должен обратиться в ТКП напрямую.
|}

''' Ошибки при войдировании '''
{| class="wikitable"
|-
! align="center" width="50%"|«PNR занято другим пользователем (пульт МОВЦ35 1). Повторите запрос позже»
|На момент появления запроса заказ был занят технологом за пультом МОВЦ35, обрабатывающим телеграммы с ЭБ.
|-
! align="center" width="50%"|«4 Неверный симметричный ключ»
|Ошибка о неверном ключе возникает редко. Это связано с ежечасной заменой симметричного ключа и процедурой обмена им. Возможно, обмен произошел в момент выполнения другого запроса и второй оказался зашифрован старым ключом.
|-
! align="center" width="50%"|«Операция вам не разрешена»
|Выписка билета была произведена через пульт Sirena Travel. В таком случае войдировать билет средствами движка невозможно.
|-
|}

''' Ошибки при обмене '''
{| class="wikitable"
|-
! align="center" width="50%"|«ОШИБКА: СУММЫ ПО ОЦЕНКЕ И ПРИ АВТОРИЗАЦИИ ОТЛИЧАЮТСЯ»
|Данная ошибка возникает потому, что при бронировании не был указан номер Платёжного Поручения. Необходимо указывать номер ПП при бронировании.
|-
|}

</div>
</div>

== Особенности работы с Sirena в {{NameSystem}} ==
В {{NameSystem}} [[Форма бронирования (Авиабилеты)|форма бронирования]] предотвращает ошибки бронирования, связанные с нарушением ограничений Sirena на количество символов, отведенное для ФИО пассажира:
* Максимальное количество символов для фамилии и имени в сумме – 54.
* Максимальное количество символов для фамилии, имени и отчества в сумме – 53.

== Авиа+ ==
«Авиа+» - функциональность ГРС Сирена Трэвел, предоставляющая возможность доступа к расширенному авиаконтенту, включающему в себя варианты тарификации авиаперевозок, полученных из ГРС Сирена Трэвел и GDS Travelport в рамках одной учетной записи клиента в ГРС Сирена Трэвел (client_id) без использования дополнительных запросов.

Функциональность подключается администратором системы {{NameSystem}}. Для ее включения необходимо оставить заявку в проектном трекере [http://helpdesk.nemo.travel helpdesk.nemo.travel]

{{Attention|Для подключения новой функциональности необходимо подписание дополнительного соглашения между агентом и ПАО «ТКП».}}

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px; margin-bottom:12px;">
'''Поддерживаемый Авиа+ функционал'''
<div class="mw-collapsible-content">
*Поиск
*Получение УПТ для перелёта и брони
*Актуализация перелёта
*Работа с брендированными семействами
*Бронирование перелёта
*Обновление брони
*Отмена брони
*Выписка брони
*Войдирование
*Импорт брони
*Получение истории ПНРа
*Довнесение данных в бронь (через SSR)
*Модификация данных в брони (через SSR)
*Добавление брони в очередь
*Чтение очередей
*Удаление брони из очереди
</div>
</div>

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px; margin-bottom:12px;">
'''Неподдерживаемый Авиа+ функционал'''
<div class="mw-collapsible-content">
*Подбор доступной для брони цены при недоступности полученной при поиске
*Создание брони перелёта без паспортных и контактных данных пассажира с их последующим довнесением
*Модификация паспортных и контактных данных пассажира в брони
*Поиск по окружным датам
*Работа с небрендированными семействами
*Снятие мест для выписанной брони (подготовка к возврату)
*Сплит (разделение) ПНРа
*Допуслуги а/к
*Автовозвраты
*Автообмены
</div>
</div>

== См. также ==
* [[Эндорсмент#Требования к эндорсментам в Сирене|Требования к эндорсментам в Сирене]]
* [[Синхронизация заказов]]
* [[Агентство]]
* [[ТКП (Транспортная Клиринговая Палата)]]
* [[Офис]]
* [[Сессия]]
* [[Сбор (термин)]]
* [[Платежный шлюз]]
* [[БСП]]
* [[Таймлимит]]
* [[Эндорсмент]]
* [[Билет#Функциональные возможности поставщиков авиабилетов|Функциональные возможности поставщиков авиабилетов]]

== Полезные ссылки ==
* [http://www.sirena-travel.ru Официальный сайт «Сирена Трэвел»]
* [http://www.tch.ru Сайт ТКП]

Логи системы

2020-07-29T11:18:40Z

Галина Погожильская:

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

'''Логи системы''' — модуль {{NameSystem|link}} для учета действий и событий, происходящих в системе.

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

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

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

Логи в зависимости от типа бывают:
* индексируемые — ошибки, предупреждения и пр. Эти логи можно искать через фильтры логов.
* не индексируемые — сообщение и пр., доступны в теле одного лога-действия при открытии.

Если после отработанного скрипта не было собрано ни одного лога с индексацией, логи не сохраняются.

'''Принципы:'''
*индексировать только действительно полезные логи (выбирать тип события правильно).
*минимизировать объем данных, помещаемый в логи (например, не сохранять объект брони целиком).

Для поиска и просмотра логов зайдите в раздел '''Для техподдержки → Логи'''.

Раздел логов состоит из 3 основных частей:
* Форма фильтров.
* Блок предустановленных фильтров.
* Таблица логов.

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

{| class="wikitable"
|-
|[[Файл:Общий_вид_интерфейса_логов_2.png|1200px]]
|-
|Страница логов
|}

'''Успешность действия''' — это признак одного {{NameProject1}} запроса, например, для поиска — это получение хотя бы одного результата, для бронирования — успешная бронь и т.п.

== Таблица логов ==
* '''Столбцы таблицы''' — параметры логов,
* '''Строки таблицы''' — записи действий.

Одна запись лога называется '''действием''' (по сути эквивалент одного php-скрипта). Действие содержит множество '''операций'''.

Каждая запись в таблице — действие. Чтобы открыть его операции, разверните запись, нажав на нее. <br /> Некоторые операции сопровождаются ссылкой '''Данные''', открывающей дополнительную информацию о событии (операции): тело XML-запроса, набор параметров или полное сообщение (если краткое обрезалось по длине) и т.п.

На каждое действие (лог) присутствует ссылка. Дополнительно могут быть ссылки ''Выгрузить архивом xml логи'', ''Просмотр заказа'', ''Просмотр результатов поиска'', ''Форма поиска'' и др.

Зеленым цветом выделены логи, в которых происходило взаимодействие с ГРС.

{{Attention|Логи поисковых запросов записываются в отдельную таблицу.}}

===Параметры таблицы логов===
* '''Запуск''' — время запуска действия.
* '''Пользователь''' — пользователь, запустивший действие.
* '''Компонент''' — компонент системы, к которому относится данное действие.
* '''Действие''' — наименование действия.
* '''Сообщение''' — короткое идентификационное сообщение, используется для поиска логов.
* '''Заказ''' — номер заказа.
* '''Поиск''' — номер поиска.
* '''Биллинг''' — номер транзакции по оплате.
* '''Поставщик''' — наименование задействованного поставщика услуг.
* '''Время выполнения''' — численное значение (в секундах).
* '''IP''' — адрес хоста, инициировавшего действие.
* '''доп.''' — дополнительная информация, например:
** статус действия (''Успешно''/''Неуспешно'');
** количество ошибок, если они произошли;
** режим работы системы, в котором было выполнено действие).

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

*'''Пользователь''' — идентификатор пользователя,
*'''Заказ''' — идентификатор заказа,
*'''Сообщение''' — короткое идентификационное сообщение для поиска логов,
*'''Событие''' — перечень регистрируемых системой событий.

Чтобы получить доступ ко всем параметрам фильтра, нажмите кнопку ''Дополнительные фильтры'' (см. раздел [[Логи системы#Дополнительные фильтры|Дополнительные фильтры]]).
==== Дополнительные фильтры ====
Полная форма фильтров включает в себя следующие поля:
{| class="wikitable mw-collapsible mw-uncollapsed"
|-
! scope="col" | Название
! scope="col" | Описание
|-
| width="20%"|'''Пользователь '''
| width="80%"| Идентификатор пользователя.
|-
|'''Заказ'''
|Идентификатор заказа
|-
|'''Сообщение'''
|Короткое идентификационное сообщение для поиска логов.
|-
|'''Событие'''
|
Перечень регистрируемых системой событий:

* ''Любой''.
* ''Регистрация действия''.
* ''[GDS] Запрос'' — запрос к внешней системе.
* ''[GDS] Ответ'' — ответ от внешней системы.
* ''[GDS] Ошибка'' — получена ошибка от внешней системы.
* ''[Нотификация] Событие'' — что-то кому-то отправлено (сообщение).
* ''[Нотификация] SMS'' — SMS нотификация.
* ''[Нотификация] Email'' — e-mail нотификация.
* ''[Нотификация] Ошибка'' — ошибка при нотификации.
* ''[Ошибка] Валидация'' — ошибка при бэкенд-валидации (формы, например).
* ''[Ошибка] Ограничение доступа'' — ошибка с запретом доступа кому-нибудь куда-нибудь.
* ''[Ошибка] Блокировка'' — для неопределенных ошибок вызванных функцией контроллера ->lock().
* ''[Ввод/вывод] Запрос'' — получили входящий запрос.
* ''[Ввод/вывод] Ответ'' — ответ на входящий запрос.
* ''[Ввод/вывод] Загрузка файла'' — кто-то загружает файл.
* ''[Ввод/вывод] Локальный автозапрос'' — запуск http-запроса к своему серверу.
* ''[Интеграция] Экспорт'' — экспорт из системы.
* ''[Интеграция] Импорт'' — импорт в систему.
* ''[Интеграция] Ошибка'' — ошибка импорта/экспорта.
* ''[Авторизация] Через сайт'' — авторизация через сайт.
* ''[Авторизация] Через внешнюю систему'' — авторизация через удаленную систему.
* ''[Авторизация] Выход'' — logout.
* ''[Авторизация] Ошибка'' — ошибка при авторизации.
* ''[Регистрация] Запрос'' — регистрация.
* ''[Регистрация] Подтверждение'' — подтверждение регистрации.
* ''[Регистрация] автоматическая'' — авторегистрация.
* ''[Пользователи] Изменение'' — в пользователе/группе что-то меняется.
* ''[Пользователи] Создание нового'' — новый пользователь.
* ''[Пользователи] Создание компании'' — новая компания/агентство.
* ''[Пользователи] Создание группы'' — новая группа.
* ''[Пользователи] Изменение пароля'' — изменение пароля.
* ''[Пользователи] Удаление'' — удаление пользователя.
* ''[Заказ] Ошибка при бронировании''
* ''[Заказ] Ошибка при аннуляция''
* ''[Заказ] Ошибка при выписке''
* ''[Заказ] Ошибка при обновлении''
* ''[Заказ] Ошибка при модификации''
* ''[Заказ] Операция''
* ''[DB] Новая запись''
* ''[DB] Обновление записи''
* ''[DB] Удаление записи''
* ''[Система] Якорь (для индексации)''
* ''[API] Запрос'' — запрос к агентским сервисам.
* ''[API] Ответ'' — ответ от агентских сервисов.
* ''[API] Ошибка'' — ошибка агентских сервисов.
* ''[Оплата] Смена статуса'' — смена статуса оплаты.
* ''[Оплата] Запрос к шлюзу'' — запрос к платежному шлюзу.
* ''[Оплата] Ответ от шлюза'' — ответ от платежного шлюза.
* ''[Оплата] Ошибка'' — ошибка платежного шлюза.
* ''[Оплата] Переход на страницу шлюза''
* ''[Оплата] Смена способа оплаты''
* ''[Баланс] Изменение баланса''
* ''[Баланс] Изменение доступного овердрафта''
* ''[Баланс] Доступные средства''
* ''Предупреждение''
|-
|Действие
|Выберите тип действия:
* ''Любой''
* ''Неустановленное''
* ''Регистрация''
* ''Авторизация''
* ''Авторизация (дополнительно)''
* ''Выход''
* ''Настройки''
* ''Форма поиска''
* ''Процесс поиска''
* ''Результаты поиска''
* ''Запрос данных по услуге''
* ''Ввод информации о заказчике''
* ''Ввод информации о пассажирах''
* ''Бронирование''
* ''Отображение информации о заказе''
* ''Оплата''
* ''Неопределенное действие с заказом''
* ''Подтверждение''
* ''Выписка''
* ''Отмена выписки''
* ''Возврат денег''
* ''Просмотр информации''
* ''Дополнительный клиентский запрос''
* ''Обновление''
* ''Тестовый скрипт''
* ''Модификация заказа''
* ''Автоматическое действие''
* ''Системное действие''
* ''Форма (прочее)''
* ''Мои пассажиры''
* ''Сообщения и заявки''
* ''Документы''
|-
|Поиск
|
|-
|Биллинг
|
|-
|Поставщик
|
|-
|Платежный шлюз
|
|-
|Объект-пользователь
|
|-
|Объект
|
|-
|ID действия
|
|-
|IP
|
|-
|Дата
|
|-
|За последние X секунд
|
|-
|С запросами к GDS
|
|-
|Тестовый режим
|
|-
|Успешность
|
* Любой
* Успешные
* Не успешные
|-

|}

=== Предустановленные фильтры ===
Для быстроты поиска создан блок ссылок с предустановленными фильтрами:
* Мои логи (текущего пользователя).
* Мои логи (по IP).
* Проблемные выписки.
* Частичные выписки.
* Проблемные бронирования.
* Проблемные аннуляции.

==Поиск записей логов==
===Поиск логов===
Чтобы применить фильтрацию к логам:
# Выставите значения фильтров.
# Нажмите на кнопку ''Поиск''.<br />Чтобы отменить фильтр, нажмите на кнопку ''Сброс''.
{| class="wikitable"
|-
|[[Файл:Поиск логов.png|500px]]
|-
|Поиск логов по e-mail нотификациям указанного пользователя.
|}

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

Чтобы искать поисковые логи:
# Нажмите на кнопку ''Таблица логов поисковых запросов''.
# Выставите значения фильтров.
# Нажмите на кнопку ''Поиск''.<br />Чтобы отменить фильтр, нажмите на кнопку ''Сброс''.

{| class="wikitable"
|-
|[[Файл:Кнопка_Таблица_логов_поисковых_запросов.png|500px]]
|-
|Ссылка на таблицу логов поисковых запросов
|}

{| class="wikitable"
|-
|[[Файл:Поиск_логов_поиска.png|500px]]
|-
|Пример поиска логов поисковых запросов
|}

===Поиск восстановленных логов===

После перехода по ссылке '''Поиск восстановленных логов''', поиск будет вестись в специальном хранилище логов, которые по какой-либо причине были утрачены, а затем восстановлены.

=== Примеры поиска логов ===

* '''По номеру заказа''':
*# введите номер заказа в поле ''Заказ'',
*# нажмите кнопку ''Поиск''.
{| class="wikitable"
|-
|[[Файл:Поиск_логов_по_номеру_заказа.png|500px]]
|-
|Поиск логов по номеру заказа
|}
* '''По ошибке''' — если искомые заказы содержат известную ошибку:
*# введите текст ошибки в поле ''Сообщение''.
*# нажмите кнопку ''Поиск''.
{| class="wikitable"
|-
|[[Файл:Поиск заказов пользователя по ошибке.png|500px]]
|-
|Поиск логов с ошибкой среди заказов указанного пользователя.png
|}

== Логирование XML-данных ==
Модуль осуществляет логирование:
* пакетной выгрузки заказов из ЛК в форматах Nemo/SOFI,
* выгрузки статистики метапоиска,
* экспорта пользователей.

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

Если в содержимом события находится не только XML, то из всего содержимого вычленяется и выводится только XML (например, выгрузка Немо/Софи).

Для того, чтобы браузер не подвисал из-за большого объема лога события (более 64000 символов), на главной странице логов (settings/logs) вместо содержимого выводится соответствующее сообщение. XML можно просмотреть в отдельном окне через специальный плагин.

== Примеры логирования ==
В {{NameSystem}} логируются следующие действия:
* изменение настроек в панели администрирования,
* действие с заказом (в т.ч. нотификации, выгрузки, оплаты, фиксации статусов и т.д.),
* поиск,
* авторизация / регистрация на сайте,
* действие в ЛК (экспорт заказов, отправка сообщений/заявок и т.д.).

===Особенности логирования действий в {{NameSystem}}===
* Реквизиты подключения к ГРС:
** При изменении реквизитов подключения к ГРС эти изменения и состояние настроек до них логируются.
** При удалении реквизитов логируется id самих удаляемых реквизитов и какие данные содержались в этом id.

* Логирование изменения значения настройки — изменение настроек также логируется:
** дата и время изменения значения настройки;
** полное название настройки;
** пользователь, изменивший значение настройки;
** предыдущее значение настройки;
** текущее значение настройки.<br />
Пример:
<pre>
2014-10-06 15:33:41.915 [Пользователи] Изменение "user.param.time_zone" (Данные)
Array
(
[oldValue] => Pacific/Fakaofo
[newValue] => Indian/Antananarivo
)
</pre>


== Ошибки возникающие при оплате ==
* '''Блокировка "Оплата запрещена для данного заказа"''' - эту ошибку можно встретить в Админ-панели Nemo в логах когда заказ еще не забронирован и пользователь попытался оплатить; либо когда заказ забронирован, но нет в доступных действиях по заказу операции выписки; либо когда заказ выписан и нет доп.услуг для довыписки. При попытке оплаты система осуществляет эти проверки и блокирует оплату в указанных случаях.

== См. также ==
* [[Пользователь]]
* [[Настройка]]
* [[Ошибка]]
* [[Служба поддержки]]

Расширенный поиск Nemo Connect

2020-04-07T12:36:34Z

Галина Погожильская: /* Настройки мультиOW поиска */

Расширенный поиск Nemo Connect - раздел админпанели Nemo Connect "Настройки Авиа"->"Поисковые настройки"->"Расширенный поиск". Включает в себя следующие страницы настроек: Дополнительные параметры, Настройки RT/2 поиска, Настройки мультиOW поиска. Настройки доступны менеджерам агентств Nemo Connect.

=Настройки мультиOW поиска=

{{Attention|Весь этот раздел устарел и будет в ближайшем будущем удалён в пользу более современного функционала.}}<br>
{{Attention|Для запуска поисков MultiOW необходимо использовать настройки из авиапакетов админпанели Nemo Connect, подробнее в [[MultiOW]] }}

Присутствующие настройки:
* "Включение мультиOW поиска",
* "Список источников, к которым применяется данный функционал"
* "Включение RT/2 как плечей мультиOW",
* "Минимальное время пересадки в одном аэропорту",
* "Минимальное время пересадки между аэропортами".
Если вы включили настройку "Включение мультиOW поиска" то для всех без исключения пакетов агентства из админпанели Nemo Connect будет срабатывать следующее: при запросе RT-поиска авиа сервер будет отправлять к ГДС - 1 запрос RT-перелёта, 2 запроса OW-перелётов. В ответе от авиа сервера окажутся RT и OW перелёты вместе, причём OW-перелёты не связанные в MultiOW-перелёт, а самостоятельные, что не совпадает с изначальным поисковым запросом пользователя. Поэтому: {{Attention|не включайте настройку "Включение мультиOW поиска" без острой необходимости и без согласования с администраторами системы {{NameSystem}} }}

=Настройки RT/2 поиска=

# Настройки RT/2 поиска:
#* Включение RT/2 поиска
#* Список источников, к которым применяется данный функционал.
#* Тип определения даты возврата для RT/2
#* Фиксированное смещение относительно даты вылета
#* Дефолтное значение включения/исключения маршрутов
# Маршруты, на которых применять RT/2 - можно добавить правило, которое включает в себя:
#* Список стран отправления
#* Список городов отправления
#* Список стран прибытия
#* Список городов прибытия
#* Только RT перелёты

=Дополнительные параметры=

Настройки продвинутого поиска:
* Паралельный поиск в хабах - Включает отправку запросов на только прямые и непрямые перелёты при наличии в запросе авиа хаба.
* Поиск по нескольким классам
* Пакеты для дополнительного запроса прямых перелётов

=См. также=
[[MultiOW]]

Расширенный поиск Nemo Connect

2020-04-03T08:43:24Z

Галина Погожильская: /* Настройки мультиOW поиска */

Расширенный поиск Nemo Connect - раздел админпанели Nemo Connect "Настройки Авиа"->"Поисковые настройки"->"Расширенный поиск". Включает в себя следующие страницы настроек: Дополнительные параметры, Настройки RT/2 поиска, Настройки мультиOW поиска. Настройки доступны менеджерам агентств Nemo Connect.

=Настройки мультиOW поиска=

{{Attention|Весь этот раздел устарел и будет в ближайшем будущем удалён в пользу более современного функционала.}}<br>
{{Attention|Для запуска поисков MultiOW необходимо использовать настройки из авиапакетов админпанели Nemo Connect, подробнее в [[MultiOW]] }}

Присутствующие настройки:
* "Включение мультиOW поиска",
* "Список источников, к которым применяется данный функционал" - {{Attention|Будьте аккуратны, данная настройка не работает из-за устаревшего функционала}}
* "Включение RT/2 как плечей мультиOW",
* "Минимальное время пересадки в одном аэропорту",
* "Минимальное время пересадки между аэропортами".
Если вы включили настройку "Включение мультиOW поиска" и указали "Список источников, к которым применяется данный функционал",то из-за некорректной работы последней - для всех без исключения пакетов агентства из админпанели Nemo Connect будет срабатывать следующее: при запросе RT-поиска авиа сервер будет отправлять к ГДС - 1 запрос RT-перелёта, 2 запроса OW-перелётов. В ответе от авиа сервера окажутся RT и OW перелёты вместе, причём OW-перелёты не связанные в MultiOW-перелёт, а самостоятельные, что не совпадает с изначальным поисковым запросом пользователя - это вызовет ошибки в логах выдачи результатов. Поэтому: {{Attention|не включайте настройку "Включение мультиOW поиска" без острой необходимости и без согласования с администраторами системы {{NameSystem}} }}

=Настройки RT/2 поиска=

# Настройки RT/2 поиска:
#* Включение RT/2 поиска
#* Список источников, к которым применяется данный функционал.
#* Тип определения даты возврата для RT/2
#* Фиксированное смещение относительно даты вылета
#* Дефолтное значение включения/исключения маршрутов
# Маршруты, на которых применять RT/2 - можно добавить правило, которое включает в себя:
#* Список стран отправления
#* Список городов отправления
#* Список стран прибытия
#* Список городов прибытия
#* Только RT перелёты

=Дополнительные параметры=

Настройки продвинутого поиска:
* Паралельный поиск в хабах - Включает отправку запросов на только прямые и непрямые перелёты при наличии в запросе авиа хаба.
* Поиск по нескольким классам
* Пакеты для дополнительного запроса прямых перелётов

=См. также=
[[MultiOW]]

Расширенный поиск Nemo Connect

2020-03-31T11:24:45Z

Галина Погожильская:

Расширенный поиск Nemo Connect - раздел админпанели Nemo Connect "Настройки Авиа"->"Поисковые настройки"->"Расширенный поиск". Включает в себя следующие страницы настроек: Дополнительные параметры, Настройки RT/2 поиска, Настройки мультиOW поиска. Настройки доступны менеджерам агентств Nemo Connect.

=Настройки мультиOW поиска=

Весь этот раздел устарел и будет в ближайшем будущем удалён/видоизменён.<br>
Присутствующие настройки:
* "Включение мультиOW поиска",
* "Список источников, к которым применяется данный функционал",
* "Включение RT/2 как плечей мультиOW",
* "Минимальное время пересадки в одном аэропорту",
* "Минимальное время пересадки между аэропортами".
<br>{{Attention| Если вы включили настройку "Включение мультиOW поиска", то для ВСЕХ ПАКЕТОВ АГЕНТСТВА из админпанели Nemo Connect будет срабатывать следующее: при запросе RT-поиска авиа сервер будет отправлять к ГДС - 1 запрос RT-перелёта, 2 запроса OW-перелётов.}} В ответе от авиа сервера окажутся RT и OW перелёты вместе, что вызовет ошибки в логах выдачи результатов. Поэтому:
<br>{{Attention| не включайте настройку "Включение мультиOW поиска"}} без необходимости.

=Настройки RT/2 поиска=

# Настройки RT/2 поиска:
#* Включение RT/2 поиска
#* Список источников, к которым применяется данный функционал.
#* Тип определения даты возврата для RT/2
#* Фиксированное смещение относительно даты вылета
#* Дефолтное значение включения/исключения маршрутов
# Маршруты, на которых применять RT/2 - можно добавить правило, которое включает в себя:
#* Список стран отправления
#* Список городов отправления
#* Список стран прибытия
#* Список городов прибытия
#* Только RT перелёты

=Дополнительные параметры=

Настройки продвинутого поиска:
* Паралельный поиск в хабах - Включает отправку запросов на только прямые и непрямые перелёты при наличии в запросе авиа хаба.
* Поиск по нескольким классам
* Пакеты для дополнительного запроса прямых перелётов

=См. также=
[[MultiOW]]

Расширенный поиск Nemo Connect

2020-03-31T11:20:12Z

Галина Погожильская:

Расширенный поиск Nemo Connect - раздел админпанели Nemo Connect "Настройки Авиа"->"Поисковые настройки"->"Расширенный поиск". Включает в себя следующие страницы настроек: Дополнительные параметры, Настройки RT/2 поиска, Настройки мультиOW поиска. Настройки доступны менеджерам агентств Nemo Connect.

=Настройки мультиOW поиска=

Весь этот раздел устарел и будет в ближайшем будущем удалён/видоизменён.<br>
Присутствующие настройки:
* "Включение мультиOW поиска",
* "Список источников, к которым применяется данный функционал",
* "Включение RT/2 как плечей мультиOW",
* "Минимальное время пересадки в одном аэропорту",
* "Минимальное время пересадки между аэропортами".
<br>{{Attention| Если вы включили настройку "Включение мультиOW поиска", то для ВСЕХ ПАКЕТОВ АГЕНТСТВА из админпанели Nemo Connect будет срабатывать следующее: при запросе RT-поиска авиа сервер будет отправлять к ГДС - 1 запрос RT-перелёта, 2 запроса OW-перелётов.}} В ответе от авиа сервера окажутся RT и OW перелёты вместе, что вызовет ошибки в логах выдачи результатов. Поэтому:
<br>{{Attention| не включайте настройку "Включение мультиOW поиска"}} без необходимости.

=Настройки RT/2 поиска=

# Настройки RT/2 поиска:
#* Включение RT/2 поиска
#* Список источников, к которым применяется данный функционал.
#* Тип определения даты возврата для RT/2
#* Фиксированное смещение относительно даты вылета
#* Дефолтное значение включения/исключения маршрутов
# Маршруты, на которых применять RT/2 - можно добавить правило, которое включает в себя:
#* Список стран отправления
#* Список городов отправления
#* Список стран прибытия
#* Список городов прибытия
#* Только RT перелёты

=Дополнительные параметры=

Настройки продвинутого поиска:
* Паралельный поиск в хабах - Включает отправку запросов на только прямые и непрямые перелёты при наличии в запросе авиа хаба.
* Поиск по нескольким классам
* Пакеты для дополнительного запроса прямых перелётов

Расширенный поиск Nemo Connect

2020-03-31T11:14:44Z

Галина Погожильская: Новая страница: «Расширенный поиск Nemo Connect - раздел админпанели Nemo Connect "Настройки Авиа"->"Поисковые настро…»

Отели

2020-03-12T13:29:22Z

Галина Погожильская: /* Фильтр результатов поиска */

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

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

'''Компонент располагает следующими возможностями:'''
* '''Поиск''' отелей по следующему набору критериев:
** фиксированные даты заезда/выезда из отеля,
** количество ночей,
** количество номеров,
** количество человек в номере,
** местоположение объекта.

Программа позволяет осуществлять поиск до 4 номеров одновременно на группу не более 9 человек.
Поиск отелей (комнат, готовых к бронированию) по умолчанию осуществляется среди комнат со «свободной продажей». Для отелей от поставщиков ContentInn, Akadem и Travelport есть возможность получать для бронирования комнаты «по-запросу». Для включения функционала в реквизитах поставщика нужно обратиться к администратору системы {{NameSystem}}. 

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

* '''Результаты поиска''' отелей выдаются списки доступных для бронирования отелей, с возможностью перейти к '''детальной информации''' при выборе конкретного отеля.
Количество отелей в поисковой выдаче можно ограничить по настройке {{Setting|Максимальное число результатов}} в любом отельном реквизите.

{{Attention| Доступ к настройке реквизита подключения есть только у администратора системы {{NameSystem}}}}

На поисковой выдаче доступны следующие '''фильтры''':
** по названию отеля,
** по цене за 1 ночь,
** по звездности,
** по набору услуг и удобств,
** а также по специальным предложениям. [[Файл:Выбор_номеров.png|thumb|300px|Выбор номеров]]
* После перехода на этап просмотра детальной информации об отеле необходимо выбрать подходящий номер для перехода на '''форму бронирования''', так же на этом этапе доступны для просмотра следующие информационные разделы:
** информация об отеле,
** удобства,
** правила отеля.
* Форма бронирования содержит поля ввода данных о пользователях услуг, необходимых для завершения транзакции бронирования: пол, ФИО, даты рождения, электронная почта.

После выбора способа оплаты и клика на «продолжить», система производит действительное бронирование. После того, как бронирование успешно завершено, ваучер отправляется на указанный адрес электронной почты, также ваучер доступен по клику на '''Мои билеты'''.

===Карта лояльности===
Многие сетевые отели имеют карты лояльности. Они созданы для того, чтобы посетитель отеля в будущем выбирал именно их сеть отелей. В системе {{NameSystem}} реализована возможность указания на форме номера своей карты. Для этого нужно нажать на кнопку «Карта лояльности» и ввести туда название сети отелей и номер своей карты. В данный момент работу с картами лояльности поддерживает только поставщик Travelport. [[Файл:Loyaltycard.jpg|thumb|right|400px|Ввод карты лояльности]]

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

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

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

=== Фильтр результатов поиска ===
Фильтры результатов поиска ограничивают на выдаче результатов поиска выбор отелей.

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

Параметры правил следующие:
* {{Setting|Агенство}} — агенства, для которых применяется правило.
* {{Setting|Тип оплаты}} — удаляются отели с выбранными типами оплаты:
** Prepаyment
** Deposit
** Crеdit
** Cаsh
** Guаrantee
** IATAGuаrantee
* {{Setting|Список корпоративных кодов}} На данный момент фильтрация по корп.кодам доступна только для Amadeus Hotels.
** Выбранные — применяется к указанным кодам.
** Все кроме — удаляются отели с указанными в параметре корпоративными кодами.
{{Attention|Корпоративный код из фильтра будет учтён лишь в том случае, если он был указан в "Списке корпоративных кодов отелей" при создании реквизита Amadeus Hotels.}}<br>
* {{Setting|ID реквизитов}} — пакеты реквизитов, на которые применяется правило.
** Все — правило распространяется на все пакеты реквизитов.
** Выбранные — правило распространяется на выбранные из выпадающего списка пакеты реквизитов. {{Attention|Если в правиле указано только наименование поставщика, то под фильтрацию попадут все отели выбранного поставщика.}}
* {{Setting|Страны}} — список стран, для которых будет применяться правило. При отсутствии стран в списке правило '''применяется ко всем странам'''.
* {{Setting|Города}} — список городов, для которых будет применяться правило. При отсутствии городов в списке правило '''применяется ко всем городам'''.
* {{Setting|Минимальная цена за ночь}} — применяется только для запросов (только Amadeus) — удаляются отели с ценой меньше, указанной в поле. При применении нескольких правил будет использована минимальная цена среди указанных.
* {{Setting|Максимальная цена за ночь}} — применяется только для запросов (только Amadeus) — удаляются отели с ценой больше, указанной в поле. При применении нескольких правил будет использована максимальная цена среди указанных.
* {{Setting|Валюта}} — валюта, в которой указаны минимальная и максимальная цены за ночь.
* {{Setting|Рейтинг отеля}} — применяется только для запросов (только Amadeus) — рейтинг отелей от 1 до 5, для которых будет применяться правило. При пересечении рейтинга из нескольких правил будут использоваться все выбранные пункты, без дублирования пересечения.
* {{Setting|Тип применения}}:
** Для запросов — правило применяется только для передачи в запросы к GDS: отели, которым будут удовлетворять такие правила, будут возвращены в ответе поставщика.
** Для ответов — правило применяется только к готовым полученным результатам: отели, для которых сработали эти правила будут исключены из выдачи.

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

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

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

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

Чтобы указать в маршрут-квитанции информацию о нескольких пассажирах, используются группы. Они лишь объединяют другие переменные и самостоятельными параметрами не обладают, на данный момент доступны две группы:
* для информации по номерам используйте группу <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">%ROOM%</syntaxhighlight>,
* для информации о постояльцах в комнатах группу <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">%ROOM_PERSON%</syntaxhighlight>.

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

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

{{Attention|Для корректного отображения места расположения отеля на карте настоятельно рекомендуется получить и внести API ключ для доступа к сервису Google Maps в разделе настроек '''Управление сайтом → Домены и протоколы''', настройка {{Setting|API GOOGLE MAP ключ}}; а также {{Setting|Ключ для Google Maps API}} в разделе '''Настройка системы → Интеграция → Nemo1.0 (JSON API)'''.}}

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

Sabre

2020-03-02T09:01:10Z

Галина Погожильская: /* Особенности работы с ГРС Sabre */

[[Категория: Поставщики авиабилетов]]
[[Файл:Sabre.jpg‎|справа]]

'''Sabre Travel Network''' (Сейбр) — часть группы компаний Sabre Holdings (США), обслуживающая туристические агентства, поставщиков туристических услуг, корпорации и государственные учреждения в 59 странах мира.

== Описание ==
Система Sabre обрабатывает более 19 000 операций в секунду — около 2 миллиардов операций ежедневно.

Компания Mute Lab Software является официальным сертифицированным разработчиком на Sabre Web Services.

Система бронирования [http://www.nemo.travel {{NameSystem}}] поддерживает продажу авиабилетов на сайте агентства через глобальную распределительную систему Sabre.

[[Изображение: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">

* Поиск по окружным датам
* Поиск по публичные + приватные тарифы
* Поиск приватных тарифов
* Поиск по расписанию
* Поиск по J-типам
* Отправка терминальных команд
* Поиск с ограничением цен
* Возврат признака Refundable в результатах поиска — BFM
* Возврат признака e-ticket в результатах поиска
* Возврат крайнего срока выписки в результатах поиска
* Валидирующий перевозчик в результатах поиска
* Проверка интерлайнов в выдаче
* Максимальное количество пассажиров всех типов в поисковом запросе — 32
* Количество пассажиров одного типа в запросе — 8

</div>
</div>

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px; margin-bottom:10px;">
'''Бронирование'''
<div class="mw-collapsible-content">

* Из реквизитов/настроек
** Скрытие цены на сайте ГДС
** Добавление титула пассажира
** RebookForLowestPrice[[#FAQ по GDS/ГРС/API Sabre|<sup>[1]</sup>]]
** Ремарки (в реквизитах) для записи в бронь
** Работа с AAA PCC
** Повтор взятия мест при получении NN статуса
* Дополнительные операции с использованием реквизитов/настроек
** Чтение тарифных правил
** Проверка доступности
** Проверка доступности через взятие мест
** Получение карты мест
** Актуализация цены
** Получение списка доступных кредитных карт
** Получение курса валюты
** Максимальное количество одновременно открытых сессий — 50 стандартно, расширения по 25 сессий
** Возвращаемые типы тарифов — Public, Nego
* Операции/запросы .NET авиа-сервера
** Бронирование перелета
** Отмена брони
** Обновление (синхронизация) брони
** Проверка на наличие билетов вне ПНР
** Импорт брони по ПНР локатору
** Получение истории брони из ГДС
** Модификация имени и отчества пассажиров
** Изменение внесённого контента брони
** Добавление контента
** Контент через WS — BSP
** Возможность бронирования и выписки BSP
** Бронирование места для младенца
** Аннуляция через приложение
</div>
</div>

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px; margin-bottom:10px;">
'''Выписка'''
<div class="mw-collapsible-content">

* Из реквизитов/настроек
** Добавление пассивного сегмента общего назначения (misc-сегмента)
** Выписка на стоке авиа-компании
** Управление стоком выписки
** Работа с AAA PCC
** Авторизация приватной комиссии
* Операции/запросы .NET авиа-сервера
** Выписка билетов для всей брони
** Довыписка на обилеченных пассажиров
** Простановка комиссии а/к при выписке
** Комиссия на тип пассажира
** Простановка эндорсментов
** Простановка тур-кода
** Простановка тикет-десигнатора
** ГДС процессинг
** МультиФОП ГДС процессинг
** Проксирование ГДС процессинга через ПШ
** Войдирование
</div>
</div>

== Принцип работы ==
Немо делает обновление при каждой операции с бронью, при этом автоматически выполняется репрайсинг PNR, за исключением следующих ситуаций:
*бронь отменена
*бронь выписана
После запроса выписки выполняется подтверждение транзакции, чтобы выписанные билеты попали в PNR.
На случай возможных проблем в Немо при обновлении бронирования существует сверка с DQB (отчёт по продажам в GDS Sabre) и войдированием билетов, которые выписаны по PNR, но не попали в него. В случае если их по какой-либо причине не удалось войдировать, то бронирование будет помечено как проблемное,и такие заказы нужно будет обрабатывать агенту вручную в терминале.

== Подключение к ГРС Sabre в {{NameSystem}} ==

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

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

Регламент создания конфигурации, настройки офисов, заказа дополнительных терминальных адресов и принтеров определяются процедурами, описанными в «Договоре на оказание услуг подключения и доступа к информационным ресурсам ГРС Sabre», и «Регламентом взаимодействия пользователей информационных ресурсов ГРС Sabre и службы поддержки Russia Sabre Help Desk» (оба документа приведены на сайте [http://www.airts.ru www.airts.ru] в разделе SabreOrder.

Подключение Sabre к системе {{NameSystem}} осуществляется через специальным образом сконфигурированный офис агентства, который называется IPCC (Internet PCC — [[iPCC]]) и который заказывается через локальное представительство Sabre.

Если агентство не имеет лицензии на использование веб-сервиса Sabre, то оно должно:

# Написать в Sabre письмо, подтверждающее свое намерение агентства использовать для онлайна разработанную ООО «Новая Студия» систему {{NameSystem}}. При этом ООО «Новая Студия» со своей стороны должна написать в Sabre письмо, подтверждающее готовность предоставить агентству такой сервис.

# Подписать с локальным представительством Sabre дополнительный договор на IPCC Downline Agency IPCC/Подключённое Агентство, оплатить все прописанные в этом договоре услуги и получить от Sabre IPCC, логин и пароль, после чего передать номер IPCC, логин и пароль в «Новую Студию» для занесения в реквизиты подключения.

{{Attention|В случае наличия у агентства собственной лицензии на веб-сервиса Sabre, агентство может получить IPCC в рамках этой лицензии, обратившись в локальное представительство Sabre. Полученные номер IPCC, логин и пароль следует передать в «новую Студию» для занесения в реквизиты подключения.}}

{{Attention|Для обеспечения корректной работы агентство должно заказать LNIATA PRT TA – адрес принтера для выписки электронных билетов или маршрутных квитанций, если бронирование и выписка происходит в IPCC и в среде BSP.}}

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

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

Заказ PCC для выписки ETAT может быть осуществлен как агентством, так и субагентством.

Если агентство или субагентство заказывает PCC для выписки ETAT, то для включения этого PCC в работу должно быть получено письменное подтверждение от авиакомпании. Это письмо может быть направлено авиакомпанией непосредственно в локальное представительство Sabre либо в агентство для последующей передачи в Sabre.

Заказ дополнительных PCC, а также принтеров осуществляется путем заполнения заявок в SabreOrder, а, привязка (линковка) принтеров осуществляется сотрудниками службы поддержки Sabre после создания и настройки PCC.

{{Attention|Для агентств, находящихся в Москве, параметр LOR (Location Of Request) в PCC должен быть установлен в значение MOW – это влияет на корректность работы с некоторыми российскими авиакомпаниями. Например, в случае значения SVO могут не подтверждаться места на авиакомпанию SkyExpress.}}

==Как получить реквизиты подключения к Sabre для работы в {{NameSystem}}==
Чтобы взаимодействовать с ГРС Sabre через {{NameSystem}}:
# Отправьте в Sabre заявку на подключение, получите одобрение, создайте тикет в [http://helpdesk.nemo.travel| проектном трекере], в котором сообщите полученные реквизиты (тикет должен быть назначен на _SUPPORT RECEPCION).
# После заведения реквизитов и успешного тестирования поиска, бронирования и аннуляции, сотрудники {{NameSystem}} вернут тикет сотруднику агентства для тестирования выписки и войдирования в заведенных реквизитах.

Для взаимодействовать с ГРС Sabre через {{NameSystem}} агентству необходимо выполнить следующие шаги:
# Подписать договор с Сейбр и получить РСС.
# После получения РСС закажите онлайн реквизиты для работы с через {{NameSystem}} - IPCC. Для этого необходимо заполнить анкету и отправить в Sabre.
# По результатам рассмотрения заяви Sabre выдаст логин и пароль для подключения к вашему IPCC. Сообщите их в {{NameSystem}} через [http://helpdesk.nemo.travel| проектный трекер] для настройки реквизитов подключения к Sabre в {{NameSystem}}.
# Дополнительно необходимо заказать в Sabre опцию поиска BFM. Для этого заполняется отдельная анкета (шаблон приложен в разделе ''Анкета Sabre BFM''). BFM открывается в течение месяца, до этого момента доступен только поиск LFS.

Для настройки выписки вам нужно запросить в хелпдеске Sabre выполнение настроек для вашего РСС.

=== Анкета Sabre BFM ===
У поставщика Sabre возможны два варианта поиска: LFS и BFM. Для получения реквизитов BFM предлагается заполнить следующую анкету: [[Файл:BFM questionnaire.pdf]].

Всего анкета содержит 17 вопросов, часть из которых необходимы в качестве справочной информации. При заполнении анкеты следует обратить внимание на указанные ниже вопросы:
* Вопрос № 2, в котором уточняется будет ли бронирование и выписка проходить на одном PCC.
* Вопрос № 3, где уточняется количество поисковых запросов и их планируемое изменение.
* Вопрос № 7, в котором указывается планируемое количество транзакций совершаемых в день в тестовой и среде и реальном режиме.

Пример заполненной анкеты: [[Файл:BFM questionnaire example.pdf]]

=== Настройки выписки билета в Sabre ===

Для запуска электронной выписки билета Тикетирующее агентство должно написать в Sabre Help Desk (sabre.helpdesk@airts.ru) письмо следующего содержания:
# Просим вас открыть branch access уровня B,C между IPCC ''XXXX'' и PCC ''XXXX''
# Просим вас добавить ключевое SUBAAA для EPR 7971 (7972) для IPCC ''XXXX''
{{Attention| EPR - это учетная запись агентства, которая соответствует логину указанному в заведенных реквизитах. EPR 7971 (7972) актуальны для Sabre Россия. Узнать необходимый EPR можно по логину, который указан в разделе настроек {{NameProject2}} '''Настройки Авиа - Настройки подключения к GDS - Реквизиты ГДС - Реквизиты Sabre''' для конкретного PCC}}

Настройки, которые необходимо проверить перед запуском автоматической билетопечати с сайта агентства на стороне [[ГРС]] Сейбр:

# Опция Store Passenger Type in PNR в TJR PCC/IPCC должна быть включена.
# Опция Auto Segment Arrange в TJR PCC/IPCC должна быть включена.
# Опция Auto Validation в TJR PCC/IPCC должна быть включена.
# Опция Russian Ticketing Platform в TJR PCC/IPCC должна быть включена.
# Опция Full Branch Access между бронирующим IPCC и PCC должна быть настроена.
# Опция ETICKET IN EMAIL в TJR PCC/IPCC должна быть включена.
# Опция PRICE TICKETING ALERT в TJR PCC/IPCC должна быть выключена.
# Ключевое слово SUBAAA должно присутствовать в EPR всех агентов/кассиров, которые работают с бронированиями для возможности перехода между PCC/IPCC.
# Наличие терминального адреса принтера (PTR TA) обязательно в выписывающем PCC.
# Необходимо наличие IATA валидатора при использовании его как основного для выписки билетов. Также, проверка соответствия списка перевозчиков согласно лицензии IATA. Если используется собственный валидатор перевозчика, допустим Аэрофлот, то для его выписки необходимо заказать дополнительный PCC.

Настройки необходимо активировать во всех разделах Sabre: TSTS, CERT, CUSTOMER ACCEPTANCE и PRODUCTION.

Эти настройки должны подвергнуться проверке во всех PCC/IPCC, где вы собираетесь бронировать и выписывать билеты. Для этого необходимо обратиться в департамент по поддержке клиентов (Sabre Help Desk): sabre.helpdesk@airts.ru

И обязательный пункт: необходимо что бы в PCC (если для выписки будет использоваться IPCC, то для него просить настройки выполнить) были указаны перевозчики, доступные для выписки с указанием валидатора, и его кода. Это делается через службу (это система заявок, у каждого клиента к ней есть логин и пароль) sabreorder@airts.ru

=== Особенности подключения===
*В Sabre при настройках РСС на выписку указывается сток на выписку. Т.е. тот, кто является валидатором — является очень важным моментом. В настройках {{NameSystem}}, принтер указывается в соответствии со стоком.
*Помимо того как, клиент со своей стороны выполняет все пункты указанные [http://support.mute-lab.com/ru/Сейбр#.D0.9D.D0.B0.D1.81.D1.82.D1.80.D0.BE.D0.B9.D0.BA.D0.B8_.D0.B2.D1.8B.D0.BF.D0.B8.D1.81.D0.BA.D0.B8_.D0.B1.D0.B8.D0.BB.D0.B5.D1.82.D0.B0_.D0.B2_Sabre здесь].
*В настройках по умолчанию выставлен тип принтера: OPTAT - для стока BSP. Это означает, что принтер назначается командой: RU
*При выписке на стоке АК SU (Аэрофлот), тип принтера нужно проставить: Specialixed E-TAT, значит что принтер назначается командой: 1R
*При выписке на стоке АК S7 (Сибирь), U6 (Ural Airlines) тип принтера нужно проставить: Generic E-TAT, что значит, что принтер назначается командой: 1Y
*При выписке на РСС Украины, принтер также назначается другой командой, нужно проставить тип принтера: ATB, что значит, что принтер назначается командой: AT
*{{Attention|Убедитесь что опция '''DivideInParty''' отключена '''на стороне поставщика'''. Если опция включена, при переходе на бронирование наблюдается большое число повышений стоимости перелета.}}
*{{Attention|Значение '''Audit trail''' в настройках PCC на стороне Sabre должно быть равно '''Regular audit trail'''.}}

== Особенности работы с ГРС Sabre==
* Жесткие требования к названиям агентств. При нарушении требований к названиям при бронировании услуг появляются ошибки вида: '''Ошибка входных данных'''.
** Имя агентства не должно содержать знаки препинания и кириллицу, допускаются только латинские буквы и пробелы.
** Наименование не должно начинаться с цифр.<br />''Если вам необходимо, чтобы наименование начиналось с цифр, устанавливайте в качестве первого символа пробел — это позволит избежать указанной ошибки.''

* На странице подтверждения бронирования в столбце '''В валюте системы бронирования''' цены отображаются в валюте тарифа авиакомпании.
* В ответ на запрос при поиске приходят наиболее дешевые варианты. Так по запросу '''2 взрослых + 1 ребенок''' может прийти ответ '''3 взрослых'''.
* ГРС Sabre в ответе на поисковый запрос информацию о норме провоза багажа '''передает'''.
* Бронирование в ГРС Sabre возможно строго не более, чем на 331 день вперед от даты бронирования. При запросе на бронирование на более дальние даты, ГРС Sabre возвращает ошибку вида: <code>SYSTEM UNABLE TO PROCESS: INVALID DATE</code>.
* В ГРС Sabre при оформлении билета на ребенка с типом документа ''Свидетельство о рождении'' в маршрут-квитанции отображается тип документа — ''Заменяющий документ'', поскольку ГРС Sabre тип документа ''Свидетельство о рождении'' не поддерживает.
* При поиске билетов бизнес класса, если нет подходящих рейсов бизнес класса ГРС Sabre может присылать рейсы эконом класса. При этом система может прислать и тариф первого класс, если его стоимость равна или меньше стоимости тарифа бизнес класса.
* В ГРС Sabre встречаются ситуации, когда авиакомпания снимает успешно взятые места сразу после создания брони (в том числе при использовании опции ''RebookForLowest'').
* В ГРС Sabre встречаются ситуации, когда обязательна оплата кредитной картой мест или дополнительных услуг в заказе, в данном случае на этапе выписки будет выведена ошибка вида: UNABLE - ONLY CREDIT CARD FORM OF PAYMENT ALLOWED.
* В ГРС Sabre действуют следующие ограничения на длину символов в ФИО в ПНРе:
** Максимальное количество символов для фамилии и имени в сумме – 58.
** Максимальное количество символов для фамилии, имени и отчества в сумме – 57.
** Если пассажир женского пола, вышеуказанные значения уменьшаются на 1.
** Максимальное количество символов для фамилии – 30.<br />В {{NameSystem}} [[Форма бронирования (Авиабилеты)|форма бронирования]] ограничивает количество символов, отведенное для ФИО пассажира, для соблюдения перечисленных ограничений и предотвращения ошибок бронирования.
** Максимальное количество символов для имени в а/к SU - 29.
** {{Attention|}} Пробелы тоже являются символами и учитываются при подсчёте.
* Количество пассажиров в одном заказе при онлайн-бронировании ограничено. Авиакомпания самостоятельно определяет максимальное количество пассажиров в заказе. Например, в а/к ''Аэрофлот'' — 7 пассажиров, в а/к ''Уральские авиалинии'' — 5 пассажиров. Для предотвращения ошибок агентство может ограничить количество пассажиров в заказе для всех авиакомпаний в {{NameSystem}} с помощью параметра ''Максимальное количество человек в поисковом запросе'' в разделе '''Управление продажами → Авиабилеты → Устаревшие настройки → Ограничения поиска'''.
* Если при переходе на бронирование наблюдается большое число повышений стоимости перелета, убедитесь, что опция '''DivideInParty''' отключена '''на стороне поставщика'''.
* Если при выписке билета получено сообщение '''Заказ содержит выписанные билеты, которые не представлены в ПНРе''' и в заказе присутствует 2 номера билета на одного пассажира - частый случай при работе в Sabre/<br />Для регулирования случаев двойной выписки в {{NameProject2}} предусмотрен параметр ''Действие с валидными билетами не в ПНРе'' (в '''Профили → Профили пользователя'''):
** ''Отметить как проблемное'' - в этом случае на почту менеджеру придёт уведомление о проблемном бронировании;
** ''Автовойдирование'' - билет не в ПНРе ("лишний") будет войдирован, при этом целостность заказа будет сохранена.
* '''Учёт смены курсов в GDS.''' Чтобы при размножении перелетов и при использовании результатов поисков из кэша (см. [[Кэш-сервер]]) при необходимости конвертации сумм корректно использовались курсы валют из ГРС Sabre, необходимо наличие ключевого слова BSRDSP в EPR для всех PCC (настройки на стороне Sabre, обратитесь в службу поддержки ГРС для установки), см. раздел [[Кэш-сервер#Учёт смены курсов в GDS|Учёт смены курсов в GDS]].

== Отображение комиссии агентства в ГРС Sabre ==

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

Ни при каких обстоятельствах ни в электронном билете, ни в маршрут-квитанции комиссия не отображается.

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

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

В терминале Sabre комиссию для конкретной брони можно посмотреть, вызвав бронь на экран и раскрыв раздел Accounting Data командой *PAC — откроется вся информация по билету, которая, в том числе, содержит данные о комиссии.

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

Кроме возможности увидеть комиссию авиакомпании в брони по команде *PAC, агент может вызвать командой DQB* отчет о продажах, в котором можно посмотреть размер комиссии по интересующей вас брони.

==Поддерживаемые функции==

ГРС Sabre поддерживает следующие опции, реализованные в {{NameSystem}}:

* '''Перебронирование для наименьшей цены''' (''RebookForLowestPrice'', ''rebookForLowest'') — опция позволяет при получении актуальной цены брони/перелёта получать её не на указанные литеры классов перелёта (места, по которым могут закончится; либо цена может недоступна или может не быть самой дешёвой), а в целом получать самую дешевую доступную для бронирования цену на данный перелёт в рамках того же базового класса (эконом/бизнес/прем эконом и т.д.) что и исходная литера, при этом ГДС автоматически проверяет наличие необходимого количества свободных мест.

*[[Синхронизация заказов]] - для поставщика ГРС Sabre реализован модуль синхронизации заказов.

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px; margin-bottom:12px;">

== Ошибки при работе с Sabre ==
<div class="mw-collapsible-content">

=== Ошибки при поиске ===
{| class="wikitable"
|-
! Ошибка
! Описание
|-
!colspan="2" |'''Общие ошибки для всех ГРС'''
|-
| <code> SIMULTANEOUS CHANGES TO PNR - USE IR TO IGNORE AND RETRIEVE PNR</code>
| width="70%"|В работе с бронированием идёт параллельное изменение PNR. В этом случае нужно начинать операцию заново.
|-
| <code> Possible IC throttle Текст: java.util.NoSuchElementException: Pool exhausted </code>
| width="70%"| Данная ошибка происходит по причине активной работы. Стоит отметить, что ошибка не является критической и возникает, чтобы блокировать трафик и предотвратить перегруз на стороне GDS.
|-
| <code>Invalid search reguest object</code>
|Данная ошибка возникает, когда обращаются к некорректному результату поиска. Возможные причины:
# некорректная ссылка поиска;
# результат поиска может устареть.
|-
|}

=== Ошибки при бронировании ===
{| class="wikitable"
|-
! Ошибка
! Описание
|-
| <code>ERROR RESPONSE RECEIVED. The error was: NO FARE FOR CLASS USED</code>
|width="70%"|Поставщик не может найти цены для конкретного класса бронирования указанной (в качестве валидирующего перевозчика) авиакомпании.
|-
| <code>SYSTEM UNABLE TO PROCESS: INVALID DATE</code>
|Возвращается при запросе на даты дальше 331 дня от сегодняшней. Бронирование в системе Sabre возможно строго не более, чем на 331 день вперед от сегодняшней даты.
|-
| <code>SYSTEM UNABLE TO PROCESS: CALL DIRECT</code>
|Перевозчик уже внес в систему расписание рейсов и тарифы, но эти рейсы еще не доступны к бронированию через Sabre. Новая версия BFM отфильтровывает такие рейсы при поиске, ошибка может возникать при использовании метода LFS.
|-
| <code>UNBLE TO PROCESS DUPLICTE NMES - COMBINE ND REENTER</code>
|Возвращается при попытке внести в ПНР двух или более пассажиров с одинаковыми именами в комбинации -(last name)/(first name).
|-
| <code>PASSENGER TYPE FUNCTION INACTIVE IN TJR</code>
|Для данного РСС не включена функция установки типа пассажиров. Включить ее может сам агент в терминале с помощью команды W/PT‡ON.
|-
|}

=== Ошибки при выписке ===

{| class="wikitable"
|-
! Ошибка
! Описание
|-
!colspan="2" |'''Для среды PROD'''
|-
|<code>AUTH CARRIER INVLD-0166</code> (<code>auth_error</code>)
|width="70%"|На стороне ГДС указанный валидирующий перевозчик отсутствует в списке разрешённых для выписки. Либо, настройки указанные выше (3 п.) не выполнены в полном объеме!
|-
|<code>TICKETING IN ALTERNATE CURRENCY NOT ALLOWED-0106 и SEE W/CURR*-CANNOT TICKET IN CURRENCY REQUESTED-0106</code>
|Запрет выписки в указанной валюте.
|-
|<code> 9999.99 IS THE MAXIMUM AMOUNT OF COMMISSION-0265 </code>
|Некорректное округления значения комиссий.
|-
|<code>NO COMBINABLE FARES FOR CLASS USED53</code>
|Невозможно рассчитать тариф (в системе {{NameSystem}} такие ситуации обработать невозможно).
|-
|<code>Error response received. The error was: CODE - HX SEG STATUS NOT ALLOWED</code>
|В перелете присутствуют сегменты, отмененные авиакомпанией.
|-
|<code>VALIDATING CARRIER XW DOES NOT HAVE AGREEMENT WITH D9-0322</code>
|Нет интерлайн-соглашения между авиакомпаниями (на данный момент не может быть обработана {{NameSystem}}).
|-
|<code>EACH PASSENGER MUST HAVE SSR FOID-0052</code>
|Не переданы данные Фойд, необходимо проверить реквизиты подключения для ТКП-перелетов.
|-
|<code>validation_error (VALIDATING CARRIER UN DOES NOT HAVE AGREEMENT WITH S7-0322)</code>
|Между авиакомпаниями, выполняющими перелет, нет интерлайн-соглашения, такие билеты могут быть выписаны только отдельно.
|-
|<code>TERM NOT HARDCOPY</code>
| В настройках выписки в Nemo LNIATA PRT TA (адрес принтера для выписки электронных билетов) указан неверно.
|-
|<code>153 NAME DOES NOT MATCH NAME IN AIRLINE SYSTEM</code>
| Превышено допустимое количество символов в ФИО пассажира
|-
!colspan="2" |'''Для среды CERT'''
|-
|<code>UNABLE TO PROCESS ETR-CORRECT/RETRY OR ISSUE PAPER TICKET-368 AGENCY NOT ALLOWED TO ISSUE ELECTRONIC TICKETING</code>
|Ошибка приходит от поставщика и может быть связана с тем, что работа происходит в разных средах (CERT, TSTS). Чтобы проводить тестирование в среде CERT, нужно использовать одного из следующих перевозчиков: AA, SU, B6, KM, IT, HA,WS.
|-
|<code>NEED AIRLINE PNR LOCATOR - VERIFY AND ENTER IN SEGMENT-0052</code>
|Ошибка возникает из-за того, что используется CERT-среда.
|-
|<code>VERIFY TKT TTL RUB 1663 - PQ TTL RUB 1563 TICKET? ENTER Y OR N<.></code>
|В Sabre идёт сравнение цены при бронировании и при выписке.
|-
|}

=== Ошибки при аннуляции ===
{| class="wikitable"
|-
! Ошибка
! Описание
|-
|<code>OTH RESTRICTIONS APPLY-REBOOK OTH NO LATER THAN 04MAY</code>
|width="70%"|Получение ошибки связано с особенностями правил создания OTH сегментов в ГДС Sabre. С 5 июня 2017 года были введены новые правила создания OTH сегментов (которые используются для продления времени жизни бронирования в системе после того, как все перелеты будут выполнены), суть которых заключается в том, что запрещается добавление OTH сегментов с датой, превышающей дату вылета последнего активного сегмента в бронировании на 180 дней, а если в бронировании отсутствуют активные сегменты, но они есть в истории, то запрещается добавление OTH сегмента с датой, превышающей текущую на 180 дней (например, заказ был оформлен 5 ноября 2017 года, тогда дата оформления плюс 180 дней - получается 4 мая).
|-
|}
</div>
</div>

== Дополнительные услуги авиакомпаний ==
В Sabre дополнительные услуги доступны для любого PCC по умолчанию, дополнительных настроек со стороны Sabre не требуется.<br>
Чтобы включить работу с дополнительными услугами в системе {{NameSystem}}, нужно в Панели Администрирования {{NameSystem}} 2.0 в разделе "Настройки Авиа" -> "Авиа пакеты" в "Пакете авиа реквизитов" Sabre включить чекбокс "Включает работу с допуслугами в данном пакете".<br>
{{Attention| Чтобы дополнительные услуги отображались на вашем сайте, необходимо заполнить раздел "Дополнительные услуги АК" в Путеводителе в Панели Администрирования {{NameSystem}} 2.0. Заполнение доступно только администратору системы {{NameSystem}}.}}

== Контактная информация ==

Представительство Sabre в России: 125009, Москва, ул.Тверская, д.16, стр.3, офис 14. Тел: (499) 929 5080

Отдел продаж: (499) 929-5080 или (499) 929-5090

Служба технической поддержки и Help Desk России: +7 495 974-8951

== См. также ==
*[[IPCC]]
*[[Эндорсмент#Требования к эндорсментам в Сейбр|Требования к эндорсментам в Сейбр]]
*[[ГРС|Данные о ресурсах и дистрибутивной сети Сейбр]]
*[[Принтер билетопечати#Принтеры билетопечати Sabre|Принтеры билетопечати Sabre]]
*[[Статистика#Статистика поставщиков|Статистика поставщиков]]
*[[Билет#Функциональные возможности поставщиков авиабилетов|Функциональные возможности поставщиков авиабилетов]]
* [[ГРС]]
* [[ПНР]]
* [[Travelport (Galileo)]]
* [[Amadeus]]
* [[SITA Gabriel]]
* [[Сирена Трэвел]]
* [[API Travelfusion]]
* [[API ВИП Сервис (Vip Service)]]
* [[Nemo Inventory (компонент)]]

== Полезные ссылки ==
*[http://www.sabre.com Сайт Sabre Holdings]
*[http://www.sabretravelnetwork.ru/home Сайт Sabre Travel Network]
*[http://www.sabretravelnetwork.ru/home/products_services/product_index Продукты Сейбр]
*[http://www.tch.ru/rus/products/1s/ Шаги по обеспечению возможности оформления электронных и автоматизированных билетов НСАВ ТКП через АСБ «Сэйбр» (GDS Sabre) в аккредитованных агентствах]
*[http://support.mute-lab.com/ru/%D0%9F%D1%80%D0%BE%D1%86%D0%B5%D1%81%D1%81%D0%B8%D0%BD%D0%B3#.D0.90.D0.B2.D0.B8.D0.B0.D0.BA.D0.BE.D0.BC.D0.BF.D0.B0.D0.BD.D0.B8.D0.B8.2C_.D0.BF.D1.80.D0.B8.D0.BD.D0.B8.D0.BC.D0.B0.D1.8E.D1.89.D0.B8.D0.B5_.D0.BE.D0.BF.D0.BB.D0.B0.D1.82.D1.83_.D0.BA.D1.80.D0.B5.D0.B4.D0.B8.D1.82.D0.BD.D1.8B.D0.BC.D0.B8_.D0.BA.D0.B0.D1.80.D1.82.D0.B0.D0.BC.D0.B8_.D1.87.D0.B5.D1.80.D0.B5.D0.B7_GDS Список авиакомпаний, принимающих оплату кредитными картами через GDS Sabre]

Sabre

2020-03-02T08:54:59Z

Галина Погожильская: /* Ошибки при выписке */

[[Категория: Поставщики авиабилетов]]
[[Файл:Sabre.jpg‎|справа]]

'''Sabre Travel Network''' (Сейбр) — часть группы компаний Sabre Holdings (США), обслуживающая туристические агентства, поставщиков туристических услуг, корпорации и государственные учреждения в 59 странах мира.

== Описание ==
Система Sabre обрабатывает более 19 000 операций в секунду — около 2 миллиардов операций ежедневно.

Компания Mute Lab Software является официальным сертифицированным разработчиком на Sabre Web Services.

Система бронирования [http://www.nemo.travel {{NameSystem}}] поддерживает продажу авиабилетов на сайте агентства через глобальную распределительную систему Sabre.

[[Изображение: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">

* Поиск по окружным датам
* Поиск по публичные + приватные тарифы
* Поиск приватных тарифов
* Поиск по расписанию
* Поиск по J-типам
* Отправка терминальных команд
* Поиск с ограничением цен
* Возврат признака Refundable в результатах поиска — BFM
* Возврат признака e-ticket в результатах поиска
* Возврат крайнего срока выписки в результатах поиска
* Валидирующий перевозчик в результатах поиска
* Проверка интерлайнов в выдаче
* Максимальное количество пассажиров всех типов в поисковом запросе — 32
* Количество пассажиров одного типа в запросе — 8

</div>
</div>

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px; margin-bottom:10px;">
'''Бронирование'''
<div class="mw-collapsible-content">

* Из реквизитов/настроек
** Скрытие цены на сайте ГДС
** Добавление титула пассажира
** RebookForLowestPrice[[#FAQ по GDS/ГРС/API Sabre|<sup>[1]</sup>]]
** Ремарки (в реквизитах) для записи в бронь
** Работа с AAA PCC
** Повтор взятия мест при получении NN статуса
* Дополнительные операции с использованием реквизитов/настроек
** Чтение тарифных правил
** Проверка доступности
** Проверка доступности через взятие мест
** Получение карты мест
** Актуализация цены
** Получение списка доступных кредитных карт
** Получение курса валюты
** Максимальное количество одновременно открытых сессий — 50 стандартно, расширения по 25 сессий
** Возвращаемые типы тарифов — Public, Nego
* Операции/запросы .NET авиа-сервера
** Бронирование перелета
** Отмена брони
** Обновление (синхронизация) брони
** Проверка на наличие билетов вне ПНР
** Импорт брони по ПНР локатору
** Получение истории брони из ГДС
** Модификация имени и отчества пассажиров
** Изменение внесённого контента брони
** Добавление контента
** Контент через WS — BSP
** Возможность бронирования и выписки BSP
** Бронирование места для младенца
** Аннуляция через приложение
</div>
</div>

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px; margin-bottom:10px;">
'''Выписка'''
<div class="mw-collapsible-content">

* Из реквизитов/настроек
** Добавление пассивного сегмента общего назначения (misc-сегмента)
** Выписка на стоке авиа-компании
** Управление стоком выписки
** Работа с AAA PCC
** Авторизация приватной комиссии
* Операции/запросы .NET авиа-сервера
** Выписка билетов для всей брони
** Довыписка на обилеченных пассажиров
** Простановка комиссии а/к при выписке
** Комиссия на тип пассажира
** Простановка эндорсментов
** Простановка тур-кода
** Простановка тикет-десигнатора
** ГДС процессинг
** МультиФОП ГДС процессинг
** Проксирование ГДС процессинга через ПШ
** Войдирование
</div>
</div>

== Принцип работы ==
Немо делает обновление при каждой операции с бронью, при этом автоматически выполняется репрайсинг PNR, за исключением следующих ситуаций:
*бронь отменена
*бронь выписана
После запроса выписки выполняется подтверждение транзакции, чтобы выписанные билеты попали в PNR.
На случай возможных проблем в Немо при обновлении бронирования существует сверка с DQB (отчёт по продажам в GDS Sabre) и войдированием билетов, которые выписаны по PNR, но не попали в него. В случае если их по какой-либо причине не удалось войдировать, то бронирование будет помечено как проблемное,и такие заказы нужно будет обрабатывать агенту вручную в терминале.

== Подключение к ГРС Sabre в {{NameSystem}} ==

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

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

Регламент создания конфигурации, настройки офисов, заказа дополнительных терминальных адресов и принтеров определяются процедурами, описанными в «Договоре на оказание услуг подключения и доступа к информационным ресурсам ГРС Sabre», и «Регламентом взаимодействия пользователей информационных ресурсов ГРС Sabre и службы поддержки Russia Sabre Help Desk» (оба документа приведены на сайте [http://www.airts.ru www.airts.ru] в разделе SabreOrder.

Подключение Sabre к системе {{NameSystem}} осуществляется через специальным образом сконфигурированный офис агентства, который называется IPCC (Internet PCC — [[iPCC]]) и который заказывается через локальное представительство Sabre.

Если агентство не имеет лицензии на использование веб-сервиса Sabre, то оно должно:

# Написать в Sabre письмо, подтверждающее свое намерение агентства использовать для онлайна разработанную ООО «Новая Студия» систему {{NameSystem}}. При этом ООО «Новая Студия» со своей стороны должна написать в Sabre письмо, подтверждающее готовность предоставить агентству такой сервис.

# Подписать с локальным представительством Sabre дополнительный договор на IPCC Downline Agency IPCC/Подключённое Агентство, оплатить все прописанные в этом договоре услуги и получить от Sabre IPCC, логин и пароль, после чего передать номер IPCC, логин и пароль в «Новую Студию» для занесения в реквизиты подключения.

{{Attention|В случае наличия у агентства собственной лицензии на веб-сервиса Sabre, агентство может получить IPCC в рамках этой лицензии, обратившись в локальное представительство Sabre. Полученные номер IPCC, логин и пароль следует передать в «новую Студию» для занесения в реквизиты подключения.}}

{{Attention|Для обеспечения корректной работы агентство должно заказать LNIATA PRT TA – адрес принтера для выписки электронных билетов или маршрутных квитанций, если бронирование и выписка происходит в IPCC и в среде BSP.}}

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

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

Заказ PCC для выписки ETAT может быть осуществлен как агентством, так и субагентством.

Если агентство или субагентство заказывает PCC для выписки ETAT, то для включения этого PCC в работу должно быть получено письменное подтверждение от авиакомпании. Это письмо может быть направлено авиакомпанией непосредственно в локальное представительство Sabre либо в агентство для последующей передачи в Sabre.

Заказ дополнительных PCC, а также принтеров осуществляется путем заполнения заявок в SabreOrder, а, привязка (линковка) принтеров осуществляется сотрудниками службы поддержки Sabre после создания и настройки PCC.

{{Attention|Для агентств, находящихся в Москве, параметр LOR (Location Of Request) в PCC должен быть установлен в значение MOW – это влияет на корректность работы с некоторыми российскими авиакомпаниями. Например, в случае значения SVO могут не подтверждаться места на авиакомпанию SkyExpress.}}

==Как получить реквизиты подключения к Sabre для работы в {{NameSystem}}==
Чтобы взаимодействовать с ГРС Sabre через {{NameSystem}}:
# Отправьте в Sabre заявку на подключение, получите одобрение, создайте тикет в [http://helpdesk.nemo.travel| проектном трекере], в котором сообщите полученные реквизиты (тикет должен быть назначен на _SUPPORT RECEPCION).
# После заведения реквизитов и успешного тестирования поиска, бронирования и аннуляции, сотрудники {{NameSystem}} вернут тикет сотруднику агентства для тестирования выписки и войдирования в заведенных реквизитах.

Для взаимодействовать с ГРС Sabre через {{NameSystem}} агентству необходимо выполнить следующие шаги:
# Подписать договор с Сейбр и получить РСС.
# После получения РСС закажите онлайн реквизиты для работы с через {{NameSystem}} - IPCC. Для этого необходимо заполнить анкету и отправить в Sabre.
# По результатам рассмотрения заяви Sabre выдаст логин и пароль для подключения к вашему IPCC. Сообщите их в {{NameSystem}} через [http://helpdesk.nemo.travel| проектный трекер] для настройки реквизитов подключения к Sabre в {{NameSystem}}.
# Дополнительно необходимо заказать в Sabre опцию поиска BFM. Для этого заполняется отдельная анкета (шаблон приложен в разделе ''Анкета Sabre BFM''). BFM открывается в течение месяца, до этого момента доступен только поиск LFS.

Для настройки выписки вам нужно запросить в хелпдеске Sabre выполнение настроек для вашего РСС.

=== Анкета Sabre BFM ===
У поставщика Sabre возможны два варианта поиска: LFS и BFM. Для получения реквизитов BFM предлагается заполнить следующую анкету: [[Файл:BFM questionnaire.pdf]].

Всего анкета содержит 17 вопросов, часть из которых необходимы в качестве справочной информации. При заполнении анкеты следует обратить внимание на указанные ниже вопросы:
* Вопрос № 2, в котором уточняется будет ли бронирование и выписка проходить на одном PCC.
* Вопрос № 3, где уточняется количество поисковых запросов и их планируемое изменение.
* Вопрос № 7, в котором указывается планируемое количество транзакций совершаемых в день в тестовой и среде и реальном режиме.

Пример заполненной анкеты: [[Файл:BFM questionnaire example.pdf]]

=== Настройки выписки билета в Sabre ===

Для запуска электронной выписки билета Тикетирующее агентство должно написать в Sabre Help Desk (sabre.helpdesk@airts.ru) письмо следующего содержания:
# Просим вас открыть branch access уровня B,C между IPCC ''XXXX'' и PCC ''XXXX''
# Просим вас добавить ключевое SUBAAA для EPR 7971 (7972) для IPCC ''XXXX''
{{Attention| EPR - это учетная запись агентства, которая соответствует логину указанному в заведенных реквизитах. EPR 7971 (7972) актуальны для Sabre Россия. Узнать необходимый EPR можно по логину, который указан в разделе настроек {{NameProject2}} '''Настройки Авиа - Настройки подключения к GDS - Реквизиты ГДС - Реквизиты Sabre''' для конкретного PCC}}

Настройки, которые необходимо проверить перед запуском автоматической билетопечати с сайта агентства на стороне [[ГРС]] Сейбр:

# Опция Store Passenger Type in PNR в TJR PCC/IPCC должна быть включена.
# Опция Auto Segment Arrange в TJR PCC/IPCC должна быть включена.
# Опция Auto Validation в TJR PCC/IPCC должна быть включена.
# Опция Russian Ticketing Platform в TJR PCC/IPCC должна быть включена.
# Опция Full Branch Access между бронирующим IPCC и PCC должна быть настроена.
# Опция ETICKET IN EMAIL в TJR PCC/IPCC должна быть включена.
# Опция PRICE TICKETING ALERT в TJR PCC/IPCC должна быть выключена.
# Ключевое слово SUBAAA должно присутствовать в EPR всех агентов/кассиров, которые работают с бронированиями для возможности перехода между PCC/IPCC.
# Наличие терминального адреса принтера (PTR TA) обязательно в выписывающем PCC.
# Необходимо наличие IATA валидатора при использовании его как основного для выписки билетов. Также, проверка соответствия списка перевозчиков согласно лицензии IATA. Если используется собственный валидатор перевозчика, допустим Аэрофлот, то для его выписки необходимо заказать дополнительный PCC.

Настройки необходимо активировать во всех разделах Sabre: TSTS, CERT, CUSTOMER ACCEPTANCE и PRODUCTION.

Эти настройки должны подвергнуться проверке во всех PCC/IPCC, где вы собираетесь бронировать и выписывать билеты. Для этого необходимо обратиться в департамент по поддержке клиентов (Sabre Help Desk): sabre.helpdesk@airts.ru

И обязательный пункт: необходимо что бы в PCC (если для выписки будет использоваться IPCC, то для него просить настройки выполнить) были указаны перевозчики, доступные для выписки с указанием валидатора, и его кода. Это делается через службу (это система заявок, у каждого клиента к ней есть логин и пароль) sabreorder@airts.ru

=== Особенности подключения===
*В Sabre при настройках РСС на выписку указывается сток на выписку. Т.е. тот, кто является валидатором — является очень важным моментом. В настройках {{NameSystem}}, принтер указывается в соответствии со стоком.
*Помимо того как, клиент со своей стороны выполняет все пункты указанные [http://support.mute-lab.com/ru/Сейбр#.D0.9D.D0.B0.D1.81.D1.82.D1.80.D0.BE.D0.B9.D0.BA.D0.B8_.D0.B2.D1.8B.D0.BF.D0.B8.D1.81.D0.BA.D0.B8_.D0.B1.D0.B8.D0.BB.D0.B5.D1.82.D0.B0_.D0.B2_Sabre здесь].
*В настройках по умолчанию выставлен тип принтера: OPTAT - для стока BSP. Это означает, что принтер назначается командой: RU
*При выписке на стоке АК SU (Аэрофлот), тип принтера нужно проставить: Specialixed E-TAT, значит что принтер назначается командой: 1R
*При выписке на стоке АК S7 (Сибирь), U6 (Ural Airlines) тип принтера нужно проставить: Generic E-TAT, что значит, что принтер назначается командой: 1Y
*При выписке на РСС Украины, принтер также назначается другой командой, нужно проставить тип принтера: ATB, что значит, что принтер назначается командой: AT
*{{Attention|Убедитесь что опция '''DivideInParty''' отключена '''на стороне поставщика'''. Если опция включена, при переходе на бронирование наблюдается большое число повышений стоимости перелета.}}
*{{Attention|Значение '''Audit trail''' в настройках PCC на стороне Sabre должно быть равно '''Regular audit trail'''.}}

== Особенности работы с ГРС Sabre==
* Жесткие требования к названиям агентств. При нарушении требований к названиям при бронировании услуг появляются ошибки вида: '''Ошибка входных данных'''.
** Имя агентства не должно содержать знаки препинания и кириллицу, допускаются только латинские буквы и пробелы.
** Наименование не должно начинаться с цифр.<br />''Если вам необходимо, чтобы наименование начиналось с цифр, устанавливайте в качестве первого символа пробел — это позволит избежать указанной ошибки.''

* На странице подтверждения бронирования в столбце '''В валюте системы бронирования''' цены отображаются в валюте тарифа авиакомпании.
* В ответ на запрос при поиске приходят наиболее дешевые варианты. Так по запросу '''2 взрослых + 1 ребенок''' может прийти ответ '''3 взрослых'''.
* ГРС Sabre в ответе на поисковый запрос информацию о норме провоза багажа '''передает'''.
* Бронирование в ГРС Sabre возможно строго не более, чем на 331 день вперед от даты бронирования. При запросе на бронирование на более дальние даты, ГРС Sabre возвращает ошибку вида: <code>SYSTEM UNABLE TO PROCESS: INVALID DATE</code>.
* В ГРС Sabre при оформлении билета на ребенка с типом документа ''Свидетельство о рождении'' в маршрут-квитанции отображается тип документа — ''Заменяющий документ'', поскольку ГРС Sabre тип документа ''Свидетельство о рождении'' не поддерживает.
* При поиске билетов бизнес класса, если нет подходящих рейсов бизнес класса ГРС Sabre может присылать рейсы эконом класса. При этом система может прислать и тариф первого класс, если его стоимость равна или меньше стоимости тарифа бизнес класса.
* В ГРС Sabre встречаются ситуации, когда авиакомпания снимает успешно взятые места сразу после создания брони (в том числе при использовании опции ''RebookForLowest'').
* В ГРС Sabre встречаются ситуации, когда обязательна оплата кредитной картой мест или дополнительных услуг в заказе, в данном случае на этапе выписки будет выведена ошибка вида: UNABLE - ONLY CREDIT CARD FORM OF PAYMENT ALLOWED.
* В ГРС Sabre действуют следующие ограничения на длину символов в ФИО в ПНРе:
** Максимальное количество символов для фамилии и имени в сумме – 58.
** Максимальное количество символов для фамилии, имени и отчества в сумме – 57.
** Если пассажир женского пола, вышеуказанные значения уменьшаются на 1.
** Максимальное количество символов для фамилии – 30.<br />В {{NameSystem}} [[Форма бронирования (Авиабилеты)|форма бронирования]] ограничивает количество символов, отведенное для ФИО пассажира, для соблюдения перечисленных ограничений и предотвращения ошибок бронирования.
* Количество пассажиров в одном заказе при онлайн-бронировании ограничено. Авиакомпания самостоятельно определяет максимальное количество пассажиров в заказе. Например, в а/к ''Аэрофлот'' — 7 пассажиров, в а/к ''Уральские авиалинии'' — 5 пассажиров. Для предотвращения ошибок агентство может ограничить количество пассажиров в заказе для всех авиакомпаний в {{NameSystem}} с помощью параметра ''Максимальное количество человек в поисковом запросе'' в разделе '''Управление продажами → Авиабилеты → Устаревшие настройки → Ограничения поиска'''.
* Если при переходе на бронирование наблюдается большое число повышений стоимости перелета, убедитесь, что опция '''DivideInParty''' отключена '''на стороне поставщика'''.
* Если при выписке билета получено сообщение '''Заказ содержит выписанные билеты, которые не представлены в ПНРе''' и в заказе присутствует 2 номера билета на одного пассажира - частый случай при работе в Sabre/<br />Для регулирования случаев двойной выписки в {{NameProject2}} предусмотрен параметр ''Действие с валидными билетами не в ПНРе'' (в '''Профили → Профили пользователя'''):
** ''Отметить как проблемное'' - в этом случае на почту менеджеру придёт уведомление о проблемном бронировании;
** ''Автовойдирование'' - билет не в ПНРе ("лишний") будет войдирован, при этом целостность заказа будет сохранена.
* '''Учёт смены курсов в GDS.''' Чтобы при размножении перелетов и при использовании результатов поисков из кэша (см. [[Кэш-сервер]]) при необходимости конвертации сумм корректно использовались курсы валют из ГРС Sabre, необходимо наличие ключевого слова BSRDSP в EPR для всех PCC (настройки на стороне Sabre, обратитесь в службу поддержки ГРС для установки), см. раздел [[Кэш-сервер#Учёт смены курсов в GDS|Учёт смены курсов в GDS]].

== Отображение комиссии агентства в ГРС Sabre ==

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

Ни при каких обстоятельствах ни в электронном билете, ни в маршрут-квитанции комиссия не отображается.

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

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

В терминале Sabre комиссию для конкретной брони можно посмотреть, вызвав бронь на экран и раскрыв раздел Accounting Data командой *PAC — откроется вся информация по билету, которая, в том числе, содержит данные о комиссии.

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

Кроме возможности увидеть комиссию авиакомпании в брони по команде *PAC, агент может вызвать командой DQB* отчет о продажах, в котором можно посмотреть размер комиссии по интересующей вас брони.

==Поддерживаемые функции==

ГРС Sabre поддерживает следующие опции, реализованные в {{NameSystem}}:

* '''Перебронирование для наименьшей цены''' (''RebookForLowestPrice'', ''rebookForLowest'') — опция позволяет при получении актуальной цены брони/перелёта получать её не на указанные литеры классов перелёта (места, по которым могут закончится; либо цена может недоступна или может не быть самой дешёвой), а в целом получать самую дешевую доступную для бронирования цену на данный перелёт в рамках того же базового класса (эконом/бизнес/прем эконом и т.д.) что и исходная литера, при этом ГДС автоматически проверяет наличие необходимого количества свободных мест.

*[[Синхронизация заказов]] - для поставщика ГРС Sabre реализован модуль синхронизации заказов.

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px; margin-bottom:12px;">

== Ошибки при работе с Sabre ==
<div class="mw-collapsible-content">

=== Ошибки при поиске ===
{| class="wikitable"
|-
! Ошибка
! Описание
|-
!colspan="2" |'''Общие ошибки для всех ГРС'''
|-
| <code> SIMULTANEOUS CHANGES TO PNR - USE IR TO IGNORE AND RETRIEVE PNR</code>
| width="70%"|В работе с бронированием идёт параллельное изменение PNR. В этом случае нужно начинать операцию заново.
|-
| <code> Possible IC throttle Текст: java.util.NoSuchElementException: Pool exhausted </code>
| width="70%"| Данная ошибка происходит по причине активной работы. Стоит отметить, что ошибка не является критической и возникает, чтобы блокировать трафик и предотвратить перегруз на стороне GDS.
|-
| <code>Invalid search reguest object</code>
|Данная ошибка возникает, когда обращаются к некорректному результату поиска. Возможные причины:
# некорректная ссылка поиска;
# результат поиска может устареть.
|-
|}

=== Ошибки при бронировании ===
{| class="wikitable"
|-
! Ошибка
! Описание
|-
| <code>ERROR RESPONSE RECEIVED. The error was: NO FARE FOR CLASS USED</code>
|width="70%"|Поставщик не может найти цены для конкретного класса бронирования указанной (в качестве валидирующего перевозчика) авиакомпании.
|-
| <code>SYSTEM UNABLE TO PROCESS: INVALID DATE</code>
|Возвращается при запросе на даты дальше 331 дня от сегодняшней. Бронирование в системе Sabre возможно строго не более, чем на 331 день вперед от сегодняшней даты.
|-
| <code>SYSTEM UNABLE TO PROCESS: CALL DIRECT</code>
|Перевозчик уже внес в систему расписание рейсов и тарифы, но эти рейсы еще не доступны к бронированию через Sabre. Новая версия BFM отфильтровывает такие рейсы при поиске, ошибка может возникать при использовании метода LFS.
|-
| <code>UNBLE TO PROCESS DUPLICTE NMES - COMBINE ND REENTER</code>
|Возвращается при попытке внести в ПНР двух или более пассажиров с одинаковыми именами в комбинации -(last name)/(first name).
|-
| <code>PASSENGER TYPE FUNCTION INACTIVE IN TJR</code>
|Для данного РСС не включена функция установки типа пассажиров. Включить ее может сам агент в терминале с помощью команды W/PT‡ON.
|-
|}

=== Ошибки при выписке ===

{| class="wikitable"
|-
! Ошибка
! Описание
|-
!colspan="2" |'''Для среды PROD'''
|-
|<code>AUTH CARRIER INVLD-0166</code> (<code>auth_error</code>)
|width="70%"|На стороне ГДС указанный валидирующий перевозчик отсутствует в списке разрешённых для выписки. Либо, настройки указанные выше (3 п.) не выполнены в полном объеме!
|-
|<code>TICKETING IN ALTERNATE CURRENCY NOT ALLOWED-0106 и SEE W/CURR*-CANNOT TICKET IN CURRENCY REQUESTED-0106</code>
|Запрет выписки в указанной валюте.
|-
|<code> 9999.99 IS THE MAXIMUM AMOUNT OF COMMISSION-0265 </code>
|Некорректное округления значения комиссий.
|-
|<code>NO COMBINABLE FARES FOR CLASS USED53</code>
|Невозможно рассчитать тариф (в системе {{NameSystem}} такие ситуации обработать невозможно).
|-
|<code>Error response received. The error was: CODE - HX SEG STATUS NOT ALLOWED</code>
|В перелете присутствуют сегменты, отмененные авиакомпанией.
|-
|<code>VALIDATING CARRIER XW DOES NOT HAVE AGREEMENT WITH D9-0322</code>
|Нет интерлайн-соглашения между авиакомпаниями (на данный момент не может быть обработана {{NameSystem}}).
|-
|<code>EACH PASSENGER MUST HAVE SSR FOID-0052</code>
|Не переданы данные Фойд, необходимо проверить реквизиты подключения для ТКП-перелетов.
|-
|<code>validation_error (VALIDATING CARRIER UN DOES NOT HAVE AGREEMENT WITH S7-0322)</code>
|Между авиакомпаниями, выполняющими перелет, нет интерлайн-соглашения, такие билеты могут быть выписаны только отдельно.
|-
|<code>TERM NOT HARDCOPY</code>
| В настройках выписки в Nemo LNIATA PRT TA (адрес принтера для выписки электронных билетов) указан неверно.
|-
|<code>153 NAME DOES NOT MATCH NAME IN AIRLINE SYSTEM</code>
| Превышено допустимое количество символов в ФИО пассажира
|-
!colspan="2" |'''Для среды CERT'''
|-
|<code>UNABLE TO PROCESS ETR-CORRECT/RETRY OR ISSUE PAPER TICKET-368 AGENCY NOT ALLOWED TO ISSUE ELECTRONIC TICKETING</code>
|Ошибка приходит от поставщика и может быть связана с тем, что работа происходит в разных средах (CERT, TSTS). Чтобы проводить тестирование в среде CERT, нужно использовать одного из следующих перевозчиков: AA, SU, B6, KM, IT, HA,WS.
|-
|<code>NEED AIRLINE PNR LOCATOR - VERIFY AND ENTER IN SEGMENT-0052</code>
|Ошибка возникает из-за того, что используется CERT-среда.
|-
|<code>VERIFY TKT TTL RUB 1663 - PQ TTL RUB 1563 TICKET? ENTER Y OR N<.></code>
|В Sabre идёт сравнение цены при бронировании и при выписке.
|-
|}

=== Ошибки при аннуляции ===
{| class="wikitable"
|-
! Ошибка
! Описание
|-
|<code>OTH RESTRICTIONS APPLY-REBOOK OTH NO LATER THAN 04MAY</code>
|width="70%"|Получение ошибки связано с особенностями правил создания OTH сегментов в ГДС Sabre. С 5 июня 2017 года были введены новые правила создания OTH сегментов (которые используются для продления времени жизни бронирования в системе после того, как все перелеты будут выполнены), суть которых заключается в том, что запрещается добавление OTH сегментов с датой, превышающей дату вылета последнего активного сегмента в бронировании на 180 дней, а если в бронировании отсутствуют активные сегменты, но они есть в истории, то запрещается добавление OTH сегмента с датой, превышающей текущую на 180 дней (например, заказ был оформлен 5 ноября 2017 года, тогда дата оформления плюс 180 дней - получается 4 мая).
|-
|}
</div>
</div>

== Дополнительные услуги авиакомпаний ==
В Sabre дополнительные услуги доступны для любого PCC по умолчанию, дополнительных настроек со стороны Sabre не требуется.<br>
Чтобы включить работу с дополнительными услугами в системе {{NameSystem}}, нужно в Панели Администрирования {{NameSystem}} 2.0 в разделе "Настройки Авиа" -> "Авиа пакеты" в "Пакете авиа реквизитов" Sabre включить чекбокс "Включает работу с допуслугами в данном пакете".<br>
{{Attention| Чтобы дополнительные услуги отображались на вашем сайте, необходимо заполнить раздел "Дополнительные услуги АК" в Путеводителе в Панели Администрирования {{NameSystem}} 2.0. Заполнение доступно только администратору системы {{NameSystem}}.}}

== Контактная информация ==

Представительство Sabre в России: 125009, Москва, ул.Тверская, д.16, стр.3, офис 14. Тел: (499) 929 5080

Отдел продаж: (499) 929-5080 или (499) 929-5090

Служба технической поддержки и Help Desk России: +7 495 974-8951

== См. также ==
*[[IPCC]]
*[[Эндорсмент#Требования к эндорсментам в Сейбр|Требования к эндорсментам в Сейбр]]
*[[ГРС|Данные о ресурсах и дистрибутивной сети Сейбр]]
*[[Принтер билетопечати#Принтеры билетопечати Sabre|Принтеры билетопечати Sabre]]
*[[Статистика#Статистика поставщиков|Статистика поставщиков]]
*[[Билет#Функциональные возможности поставщиков авиабилетов|Функциональные возможности поставщиков авиабилетов]]
* [[ГРС]]
* [[ПНР]]
* [[Travelport (Galileo)]]
* [[Amadeus]]
* [[SITA Gabriel]]
* [[Сирена Трэвел]]
* [[API Travelfusion]]
* [[API ВИП Сервис (Vip Service)]]
* [[Nemo Inventory (компонент)]]

== Полезные ссылки ==
*[http://www.sabre.com Сайт Sabre Holdings]
*[http://www.sabretravelnetwork.ru/home Сайт Sabre Travel Network]
*[http://www.sabretravelnetwork.ru/home/products_services/product_index Продукты Сейбр]
*[http://www.tch.ru/rus/products/1s/ Шаги по обеспечению возможности оформления электронных и автоматизированных билетов НСАВ ТКП через АСБ «Сэйбр» (GDS Sabre) в аккредитованных агентствах]
*[http://support.mute-lab.com/ru/%D0%9F%D1%80%D0%BE%D1%86%D0%B5%D1%81%D1%81%D0%B8%D0%BD%D0%B3#.D0.90.D0.B2.D0.B8.D0.B0.D0.BA.D0.BE.D0.BC.D0.BF.D0.B0.D0.BD.D0.B8.D0.B8.2C_.D0.BF.D1.80.D0.B8.D0.BD.D0.B8.D0.BC.D0.B0.D1.8E.D1.89.D0.B8.D0.B5_.D0.BE.D0.BF.D0.BB.D0.B0.D1.82.D1.83_.D0.BA.D1.80.D0.B5.D0.B4.D0.B8.D1.82.D0.BD.D1.8B.D0.BC.D0.B8_.D0.BA.D0.B0.D1.80.D1.82.D0.B0.D0.BC.D0.B8_.D1.87.D0.B5.D1.80.D0.B5.D0.B7_GDS Список авиакомпаний, принимающих оплату кредитными картами через GDS Sabre]

Sabre

2020-02-28T13:11:52Z

Галина Погожильская:

[[Категория: Поставщики авиабилетов]]
[[Файл:Sabre.jpg‎|справа]]

'''Sabre Travel Network''' (Сейбр) — часть группы компаний Sabre Holdings (США), обслуживающая туристические агентства, поставщиков туристических услуг, корпорации и государственные учреждения в 59 странах мира.

== Описание ==
Система Sabre обрабатывает более 19 000 операций в секунду — около 2 миллиардов операций ежедневно.

Компания Mute Lab Software является официальным сертифицированным разработчиком на Sabre Web Services.

Система бронирования [http://www.nemo.travel {{NameSystem}}] поддерживает продажу авиабилетов на сайте агентства через глобальную распределительную систему Sabre.

[[Изображение: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">

* Поиск по окружным датам
* Поиск по публичные + приватные тарифы
* Поиск приватных тарифов
* Поиск по расписанию
* Поиск по J-типам
* Отправка терминальных команд
* Поиск с ограничением цен
* Возврат признака Refundable в результатах поиска — BFM
* Возврат признака e-ticket в результатах поиска
* Возврат крайнего срока выписки в результатах поиска
* Валидирующий перевозчик в результатах поиска
* Проверка интерлайнов в выдаче
* Максимальное количество пассажиров всех типов в поисковом запросе — 32
* Количество пассажиров одного типа в запросе — 8

</div>
</div>

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px; margin-bottom:10px;">
'''Бронирование'''
<div class="mw-collapsible-content">

* Из реквизитов/настроек
** Скрытие цены на сайте ГДС
** Добавление титула пассажира
** RebookForLowestPrice[[#FAQ по GDS/ГРС/API Sabre|<sup>[1]</sup>]]
** Ремарки (в реквизитах) для записи в бронь
** Работа с AAA PCC
** Повтор взятия мест при получении NN статуса
* Дополнительные операции с использованием реквизитов/настроек
** Чтение тарифных правил
** Проверка доступности
** Проверка доступности через взятие мест
** Получение карты мест
** Актуализация цены
** Получение списка доступных кредитных карт
** Получение курса валюты
** Максимальное количество одновременно открытых сессий — 50 стандартно, расширения по 25 сессий
** Возвращаемые типы тарифов — Public, Nego
* Операции/запросы .NET авиа-сервера
** Бронирование перелета
** Отмена брони
** Обновление (синхронизация) брони
** Проверка на наличие билетов вне ПНР
** Импорт брони по ПНР локатору
** Получение истории брони из ГДС
** Модификация имени и отчества пассажиров
** Изменение внесённого контента брони
** Добавление контента
** Контент через WS — BSP
** Возможность бронирования и выписки BSP
** Бронирование места для младенца
** Аннуляция через приложение
</div>
</div>

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px; margin-bottom:10px;">
'''Выписка'''
<div class="mw-collapsible-content">

* Из реквизитов/настроек
** Добавление пассивного сегмента общего назначения (misc-сегмента)
** Выписка на стоке авиа-компании
** Управление стоком выписки
** Работа с AAA PCC
** Авторизация приватной комиссии
* Операции/запросы .NET авиа-сервера
** Выписка билетов для всей брони
** Довыписка на обилеченных пассажиров
** Простановка комиссии а/к при выписке
** Комиссия на тип пассажира
** Простановка эндорсментов
** Простановка тур-кода
** Простановка тикет-десигнатора
** ГДС процессинг
** МультиФОП ГДС процессинг
** Проксирование ГДС процессинга через ПШ
** Войдирование
</div>
</div>

== Принцип работы ==
Немо делает обновление при каждой операции с бронью, при этом автоматически выполняется репрайсинг PNR, за исключением следующих ситуаций:
*бронь отменена
*бронь выписана
После запроса выписки выполняется подтверждение транзакции, чтобы выписанные билеты попали в PNR.
На случай возможных проблем в Немо при обновлении бронирования существует сверка с DQB (отчёт по продажам в GDS Sabre) и войдированием билетов, которые выписаны по PNR, но не попали в него. В случае если их по какой-либо причине не удалось войдировать, то бронирование будет помечено как проблемное,и такие заказы нужно будет обрабатывать агенту вручную в терминале.

== Подключение к ГРС Sabre в {{NameSystem}} ==

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

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

Регламент создания конфигурации, настройки офисов, заказа дополнительных терминальных адресов и принтеров определяются процедурами, описанными в «Договоре на оказание услуг подключения и доступа к информационным ресурсам ГРС Sabre», и «Регламентом взаимодействия пользователей информационных ресурсов ГРС Sabre и службы поддержки Russia Sabre Help Desk» (оба документа приведены на сайте [http://www.airts.ru www.airts.ru] в разделе SabreOrder.

Подключение Sabre к системе {{NameSystem}} осуществляется через специальным образом сконфигурированный офис агентства, который называется IPCC (Internet PCC — [[iPCC]]) и который заказывается через локальное представительство Sabre.

Если агентство не имеет лицензии на использование веб-сервиса Sabre, то оно должно:

# Написать в Sabre письмо, подтверждающее свое намерение агентства использовать для онлайна разработанную ООО «Новая Студия» систему {{NameSystem}}. При этом ООО «Новая Студия» со своей стороны должна написать в Sabre письмо, подтверждающее готовность предоставить агентству такой сервис.

# Подписать с локальным представительством Sabre дополнительный договор на IPCC Downline Agency IPCC/Подключённое Агентство, оплатить все прописанные в этом договоре услуги и получить от Sabre IPCC, логин и пароль, после чего передать номер IPCC, логин и пароль в «Новую Студию» для занесения в реквизиты подключения.

{{Attention|В случае наличия у агентства собственной лицензии на веб-сервиса Sabre, агентство может получить IPCC в рамках этой лицензии, обратившись в локальное представительство Sabre. Полученные номер IPCC, логин и пароль следует передать в «новую Студию» для занесения в реквизиты подключения.}}

{{Attention|Для обеспечения корректной работы агентство должно заказать LNIATA PRT TA – адрес принтера для выписки электронных билетов или маршрутных квитанций, если бронирование и выписка происходит в IPCC и в среде BSP.}}

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

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

Заказ PCC для выписки ETAT может быть осуществлен как агентством, так и субагентством.

Если агентство или субагентство заказывает PCC для выписки ETAT, то для включения этого PCC в работу должно быть получено письменное подтверждение от авиакомпании. Это письмо может быть направлено авиакомпанией непосредственно в локальное представительство Sabre либо в агентство для последующей передачи в Sabre.

Заказ дополнительных PCC, а также принтеров осуществляется путем заполнения заявок в SabreOrder, а, привязка (линковка) принтеров осуществляется сотрудниками службы поддержки Sabre после создания и настройки PCC.

{{Attention|Для агентств, находящихся в Москве, параметр LOR (Location Of Request) в PCC должен быть установлен в значение MOW – это влияет на корректность работы с некоторыми российскими авиакомпаниями. Например, в случае значения SVO могут не подтверждаться места на авиакомпанию SkyExpress.}}

==Как получить реквизиты подключения к Sabre для работы в {{NameSystem}}==
Чтобы взаимодействовать с ГРС Sabre через {{NameSystem}}:
# Отправьте в Sabre заявку на подключение, получите одобрение, создайте тикет в [http://helpdesk.nemo.travel| проектном трекере], в котором сообщите полученные реквизиты (тикет должен быть назначен на _SUPPORT RECEPCION).
# После заведения реквизитов и успешного тестирования поиска, бронирования и аннуляции, сотрудники {{NameSystem}} вернут тикет сотруднику агентства для тестирования выписки и войдирования в заведенных реквизитах.

Для взаимодействовать с ГРС Sabre через {{NameSystem}} агентству необходимо выполнить следующие шаги:
# Подписать договор с Сейбр и получить РСС.
# После получения РСС закажите онлайн реквизиты для работы с через {{NameSystem}} - IPCC. Для этого необходимо заполнить анкету и отправить в Sabre.
# По результатам рассмотрения заяви Sabre выдаст логин и пароль для подключения к вашему IPCC. Сообщите их в {{NameSystem}} через [http://helpdesk.nemo.travel| проектный трекер] для настройки реквизитов подключения к Sabre в {{NameSystem}}.
# Дополнительно необходимо заказать в Sabre опцию поиска BFM. Для этого заполняется отдельная анкета (шаблон приложен в разделе ''Анкета Sabre BFM''). BFM открывается в течение месяца, до этого момента доступен только поиск LFS.

Для настройки выписки вам нужно запросить в хелпдеске Sabre выполнение настроек для вашего РСС.

=== Анкета Sabre BFM ===
У поставщика Sabre возможны два варианта поиска: LFS и BFM. Для получения реквизитов BFM предлагается заполнить следующую анкету: [[Файл:BFM questionnaire.pdf]].

Всего анкета содержит 17 вопросов, часть из которых необходимы в качестве справочной информации. При заполнении анкеты следует обратить внимание на указанные ниже вопросы:
* Вопрос № 2, в котором уточняется будет ли бронирование и выписка проходить на одном PCC.
* Вопрос № 3, где уточняется количество поисковых запросов и их планируемое изменение.
* Вопрос № 7, в котором указывается планируемое количество транзакций совершаемых в день в тестовой и среде и реальном режиме.

Пример заполненной анкеты: [[Файл:BFM questionnaire example.pdf]]

=== Настройки выписки билета в Sabre ===

Для запуска электронной выписки билета Тикетирующее агентство должно написать в Sabre Help Desk (sabre.helpdesk@airts.ru) письмо следующего содержания:
# Просим вас открыть branch access уровня B,C между IPCC ''XXXX'' и PCC ''XXXX''
# Просим вас добавить ключевое SUBAAA для EPR 7971 (7972) для IPCC ''XXXX''
{{Attention| EPR - это учетная запись агентства, которая соответствует логину указанному в заведенных реквизитах. EPR 7971 (7972) актуальны для Sabre Россия. Узнать необходимый EPR можно по логину, который указан в разделе настроек {{NameProject2}} '''Настройки Авиа - Настройки подключения к GDS - Реквизиты ГДС - Реквизиты Sabre''' для конкретного PCC}}

Настройки, которые необходимо проверить перед запуском автоматической билетопечати с сайта агентства на стороне [[ГРС]] Сейбр:

# Опция Store Passenger Type in PNR в TJR PCC/IPCC должна быть включена.
# Опция Auto Segment Arrange в TJR PCC/IPCC должна быть включена.
# Опция Auto Validation в TJR PCC/IPCC должна быть включена.
# Опция Russian Ticketing Platform в TJR PCC/IPCC должна быть включена.
# Опция Full Branch Access между бронирующим IPCC и PCC должна быть настроена.
# Опция ETICKET IN EMAIL в TJR PCC/IPCC должна быть включена.
# Опция PRICE TICKETING ALERT в TJR PCC/IPCC должна быть выключена.
# Ключевое слово SUBAAA должно присутствовать в EPR всех агентов/кассиров, которые работают с бронированиями для возможности перехода между PCC/IPCC.
# Наличие терминального адреса принтера (PTR TA) обязательно в выписывающем PCC.
# Необходимо наличие IATA валидатора при использовании его как основного для выписки билетов. Также, проверка соответствия списка перевозчиков согласно лицензии IATA. Если используется собственный валидатор перевозчика, допустим Аэрофлот, то для его выписки необходимо заказать дополнительный PCC.

Настройки необходимо активировать во всех разделах Sabre: TSTS, CERT, CUSTOMER ACCEPTANCE и PRODUCTION.

Эти настройки должны подвергнуться проверке во всех PCC/IPCC, где вы собираетесь бронировать и выписывать билеты. Для этого необходимо обратиться в департамент по поддержке клиентов (Sabre Help Desk): sabre.helpdesk@airts.ru

И обязательный пункт: необходимо что бы в PCC (если для выписки будет использоваться IPCC, то для него просить настройки выполнить) были указаны перевозчики, доступные для выписки с указанием валидатора, и его кода. Это делается через службу (это система заявок, у каждого клиента к ней есть логин и пароль) sabreorder@airts.ru

=== Особенности подключения===
*В Sabre при настройках РСС на выписку указывается сток на выписку. Т.е. тот, кто является валидатором — является очень важным моментом. В настройках {{NameSystem}}, принтер указывается в соответствии со стоком.
*Помимо того как, клиент со своей стороны выполняет все пункты указанные [http://support.mute-lab.com/ru/Сейбр#.D0.9D.D0.B0.D1.81.D1.82.D1.80.D0.BE.D0.B9.D0.BA.D0.B8_.D0.B2.D1.8B.D0.BF.D0.B8.D1.81.D0.BA.D0.B8_.D0.B1.D0.B8.D0.BB.D0.B5.D1.82.D0.B0_.D0.B2_Sabre здесь].
*В настройках по умолчанию выставлен тип принтера: OPTAT - для стока BSP. Это означает, что принтер назначается командой: RU
*При выписке на стоке АК SU (Аэрофлот), тип принтера нужно проставить: Specialixed E-TAT, значит что принтер назначается командой: 1R
*При выписке на стоке АК S7 (Сибирь), U6 (Ural Airlines) тип принтера нужно проставить: Generic E-TAT, что значит, что принтер назначается командой: 1Y
*При выписке на РСС Украины, принтер также назначается другой командой, нужно проставить тип принтера: ATB, что значит, что принтер назначается командой: AT
*{{Attention|Убедитесь что опция '''DivideInParty''' отключена '''на стороне поставщика'''. Если опция включена, при переходе на бронирование наблюдается большое число повышений стоимости перелета.}}
*{{Attention|Значение '''Audit trail''' в настройках PCC на стороне Sabre должно быть равно '''Regular audit trail'''.}}

== Особенности работы с ГРС Sabre==
* Жесткие требования к названиям агентств. При нарушении требований к названиям при бронировании услуг появляются ошибки вида: '''Ошибка входных данных'''.
** Имя агентства не должно содержать знаки препинания и кириллицу, допускаются только латинские буквы и пробелы.
** Наименование не должно начинаться с цифр.<br />''Если вам необходимо, чтобы наименование начиналось с цифр, устанавливайте в качестве первого символа пробел — это позволит избежать указанной ошибки.''

* На странице подтверждения бронирования в столбце '''В валюте системы бронирования''' цены отображаются в валюте тарифа авиакомпании.
* В ответ на запрос при поиске приходят наиболее дешевые варианты. Так по запросу '''2 взрослых + 1 ребенок''' может прийти ответ '''3 взрослых'''.
* ГРС Sabre в ответе на поисковый запрос информацию о норме провоза багажа '''передает'''.
* Бронирование в ГРС Sabre возможно строго не более, чем на 331 день вперед от даты бронирования. При запросе на бронирование на более дальние даты, ГРС Sabre возвращает ошибку вида: <code>SYSTEM UNABLE TO PROCESS: INVALID DATE</code>.
* В ГРС Sabre при оформлении билета на ребенка с типом документа ''Свидетельство о рождении'' в маршрут-квитанции отображается тип документа — ''Заменяющий документ'', поскольку ГРС Sabre тип документа ''Свидетельство о рождении'' не поддерживает.
* При поиске билетов бизнес класса, если нет подходящих рейсов бизнес класса ГРС Sabre может присылать рейсы эконом класса. При этом система может прислать и тариф первого класс, если его стоимость равна или меньше стоимости тарифа бизнес класса.
* В ГРС Sabre встречаются ситуации, когда авиакомпания снимает успешно взятые места сразу после создания брони (в том числе при использовании опции ''RebookForLowest'').
* В ГРС Sabre встречаются ситуации, когда обязательна оплата кредитной картой мест или дополнительных услуг в заказе, в данном случае на этапе выписки будет выведена ошибка вида: UNABLE - ONLY CREDIT CARD FORM OF PAYMENT ALLOWED.
* В ГРС Sabre действуют следующие ограничения на длину символов в ФИО в ПНРе:
** Максимальное количество символов для фамилии и имени в сумме – 58.
** Максимальное количество символов для фамилии, имени и отчества в сумме – 57.
** Если пассажир женского пола, вышеуказанные значения уменьшаются на 1.
** Максимальное количество символов для фамилии – 30.<br />В {{NameSystem}} [[Форма бронирования (Авиабилеты)|форма бронирования]] ограничивает количество символов, отведенное для ФИО пассажира, для соблюдения перечисленных ограничений и предотвращения ошибок бронирования.
* Количество пассажиров в одном заказе при онлайн-бронировании ограничено. Авиакомпания самостоятельно определяет максимальное количество пассажиров в заказе. Например, в а/к ''Аэрофлот'' — 7 пассажиров, в а/к ''Уральские авиалинии'' — 5 пассажиров. Для предотвращения ошибок агентство может ограничить количество пассажиров в заказе для всех авиакомпаний в {{NameSystem}} с помощью параметра ''Максимальное количество человек в поисковом запросе'' в разделе '''Управление продажами → Авиабилеты → Устаревшие настройки → Ограничения поиска'''.
* Если при переходе на бронирование наблюдается большое число повышений стоимости перелета, убедитесь, что опция '''DivideInParty''' отключена '''на стороне поставщика'''.
* Если при выписке билета получено сообщение '''Заказ содержит выписанные билеты, которые не представлены в ПНРе''' и в заказе присутствует 2 номера билета на одного пассажира - частый случай при работе в Sabre/<br />Для регулирования случаев двойной выписки в {{NameProject2}} предусмотрен параметр ''Действие с валидными билетами не в ПНРе'' (в '''Профили → Профили пользователя'''):
** ''Отметить как проблемное'' - в этом случае на почту менеджеру придёт уведомление о проблемном бронировании;
** ''Автовойдирование'' - билет не в ПНРе ("лишний") будет войдирован, при этом целостность заказа будет сохранена.
* '''Учёт смены курсов в GDS.''' Чтобы при размножении перелетов и при использовании результатов поисков из кэша (см. [[Кэш-сервер]]) при необходимости конвертации сумм корректно использовались курсы валют из ГРС Sabre, необходимо наличие ключевого слова BSRDSP в EPR для всех PCC (настройки на стороне Sabre, обратитесь в службу поддержки ГРС для установки), см. раздел [[Кэш-сервер#Учёт смены курсов в GDS|Учёт смены курсов в GDS]].

== Отображение комиссии агентства в ГРС Sabre ==

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

Ни при каких обстоятельствах ни в электронном билете, ни в маршрут-квитанции комиссия не отображается.

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

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

В терминале Sabre комиссию для конкретной брони можно посмотреть, вызвав бронь на экран и раскрыв раздел Accounting Data командой *PAC — откроется вся информация по билету, которая, в том числе, содержит данные о комиссии.

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

Кроме возможности увидеть комиссию авиакомпании в брони по команде *PAC, агент может вызвать командой DQB* отчет о продажах, в котором можно посмотреть размер комиссии по интересующей вас брони.

==Поддерживаемые функции==

ГРС Sabre поддерживает следующие опции, реализованные в {{NameSystem}}:

* '''Перебронирование для наименьшей цены''' (''RebookForLowestPrice'', ''rebookForLowest'') — опция позволяет при получении актуальной цены брони/перелёта получать её не на указанные литеры классов перелёта (места, по которым могут закончится; либо цена может недоступна или может не быть самой дешёвой), а в целом получать самую дешевую доступную для бронирования цену на данный перелёт в рамках того же базового класса (эконом/бизнес/прем эконом и т.д.) что и исходная литера, при этом ГДС автоматически проверяет наличие необходимого количества свободных мест.

*[[Синхронизация заказов]] - для поставщика ГРС Sabre реализован модуль синхронизации заказов.

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px; margin-bottom:12px;">

== Ошибки при работе с Sabre ==
<div class="mw-collapsible-content">

=== Ошибки при поиске ===
{| class="wikitable"
|-
! Ошибка
! Описание
|-
!colspan="2" |'''Общие ошибки для всех ГРС'''
|-
| <code> SIMULTANEOUS CHANGES TO PNR - USE IR TO IGNORE AND RETRIEVE PNR</code>
| width="70%"|В работе с бронированием идёт параллельное изменение PNR. В этом случае нужно начинать операцию заново.
|-
| <code> Possible IC throttle Текст: java.util.NoSuchElementException: Pool exhausted </code>
| width="70%"| Данная ошибка происходит по причине активной работы. Стоит отметить, что ошибка не является критической и возникает, чтобы блокировать трафик и предотвратить перегруз на стороне GDS.
|-
| <code>Invalid search reguest object</code>
|Данная ошибка возникает, когда обращаются к некорректному результату поиска. Возможные причины:
# некорректная ссылка поиска;
# результат поиска может устареть.
|-
|}

=== Ошибки при бронировании ===
{| class="wikitable"
|-
! Ошибка
! Описание
|-
| <code>ERROR RESPONSE RECEIVED. The error was: NO FARE FOR CLASS USED</code>
|width="70%"|Поставщик не может найти цены для конкретного класса бронирования указанной (в качестве валидирующего перевозчика) авиакомпании.
|-
| <code>SYSTEM UNABLE TO PROCESS: INVALID DATE</code>
|Возвращается при запросе на даты дальше 331 дня от сегодняшней. Бронирование в системе Sabre возможно строго не более, чем на 331 день вперед от сегодняшней даты.
|-
| <code>SYSTEM UNABLE TO PROCESS: CALL DIRECT</code>
|Перевозчик уже внес в систему расписание рейсов и тарифы, но эти рейсы еще не доступны к бронированию через Sabre. Новая версия BFM отфильтровывает такие рейсы при поиске, ошибка может возникать при использовании метода LFS.
|-
| <code>UNBLE TO PROCESS DUPLICTE NMES - COMBINE ND REENTER</code>
|Возвращается при попытке внести в ПНР двух или более пассажиров с одинаковыми именами в комбинации -(last name)/(first name).
|-
| <code>PASSENGER TYPE FUNCTION INACTIVE IN TJR</code>
|Для данного РСС не включена функция установки типа пассажиров. Включить ее может сам агент в терминале с помощью команды W/PT‡ON.
|-
|}

=== Ошибки при выписке ===

{| class="wikitable"
|-
! Ошибка
! Описание
|-
!colspan="2" |'''Для среды PROD'''
|-
|<code>AUTH CARRIER INVLD-0166</code> (<code>auth_error</code>)
|width="70%"|На стороне ГДС указанный валидирующий перевозчик отсутствует в списке разрешённых для выписки. Либо, настройки указанные выше (3 п.) не выполнены в полном объеме!
|-
|<code>TICKETING IN ALTERNATE CURRENCY NOT ALLOWED-0106 и SEE W/CURR*-CANNOT TICKET IN CURRENCY REQUESTED-0106</code>
|Запрет выписки в указанной валюте.
|-
|<code> 9999.99 IS THE MAXIMUM AMOUNT OF COMMISSION-0265 </code>
|Некорректное округления значения комиссий.
|-
|<code>NO COMBINABLE FARES FOR CLASS USED53</code>
|Невозможно рассчитать тариф (в системе {{NameSystem}} такие ситуации обработать невозможно).
|-
|<code>Error response received. The error was: CODE - HX SEG STATUS NOT ALLOWED</code>
|В перелете присутствуют сегменты, отмененные авиакомпанией.
|-
|<code>VALIDATING CARRIER XW DOES NOT HAVE AGREEMENT WITH D9-0322</code>
|Нет интерлайн-соглашения между авиакомпаниями (на данный момент не может быть обработана {{NameSystem}}).
|-
|<code>EACH PASSENGER MUST HAVE SSR FOID-0052</code>
|Не переданы данные Фойд, необходимо проверить реквизиты подключения для ТКП-перелетов.
|-
|<code>validation_error (VALIDATING CARRIER UN DOES NOT HAVE AGREEMENT WITH S7-0322)</code>
|Между авиакомпаниями, выполняющими перелет, нет интерлайн-соглашения, такие билеты могут быть выписаны только отдельно.
|-
|<code>TERM NOT HARDCOPY</code>
| В настройках выписки в Nemo LNIATA PRT TA (адрес принтера для выписки электронных билетов) указан неверно.
|-
!colspan="2" |'''Для среды CERT'''
|-
|<code>UNABLE TO PROCESS ETR-CORRECT/RETRY OR ISSUE PAPER TICKET-368 AGENCY NOT ALLOWED TO ISSUE ELECTRONIC TICKETING</code>
|Ошибка приходит от поставщика и может быть связана с тем, что работа происходит в разных средах (CERT, TSTS). Чтобы проводить тестирование в среде CERT, нужно использовать одного из следующих перевозчиков: AA, SU, B6, KM, IT, HA,WS.
|-
|<code>NEED AIRLINE PNR LOCATOR - VERIFY AND ENTER IN SEGMENT-0052</code>
|Ошибка возникает из-за того, что используется CERT-среда.
|-
|<code>VERIFY TKT TTL RUB 1663 - PQ TTL RUB 1563 TICKET? ENTER Y OR N<.></code>
|В Sabre идёт сравнение цены при бронировании и при выписке.
|-
|}

=== Ошибки при аннуляции ===
{| class="wikitable"
|-
! Ошибка
! Описание
|-
|<code>OTH RESTRICTIONS APPLY-REBOOK OTH NO LATER THAN 04MAY</code>
|width="70%"|Получение ошибки связано с особенностями правил создания OTH сегментов в ГДС Sabre. С 5 июня 2017 года были введены новые правила создания OTH сегментов (которые используются для продления времени жизни бронирования в системе после того, как все перелеты будут выполнены), суть которых заключается в том, что запрещается добавление OTH сегментов с датой, превышающей дату вылета последнего активного сегмента в бронировании на 180 дней, а если в бронировании отсутствуют активные сегменты, но они есть в истории, то запрещается добавление OTH сегмента с датой, превышающей текущую на 180 дней (например, заказ был оформлен 5 ноября 2017 года, тогда дата оформления плюс 180 дней - получается 4 мая).
|-
|}
</div>
</div>

== Дополнительные услуги авиакомпаний ==
В Sabre дополнительные услуги доступны для любого PCC по умолчанию, дополнительных настроек со стороны Sabre не требуется.<br>
Чтобы включить работу с дополнительными услугами в системе {{NameSystem}}, нужно в Панели Администрирования {{NameSystem}} 2.0 в разделе "Настройки Авиа" -> "Авиа пакеты" в "Пакете авиа реквизитов" Sabre включить чекбокс "Включает работу с допуслугами в данном пакете".<br>
{{Attention| Чтобы дополнительные услуги отображались на вашем сайте, необходимо заполнить раздел "Дополнительные услуги АК" в Путеводителе в Панели Администрирования {{NameSystem}} 2.0. Заполнение доступно только администратору системы {{NameSystem}}.}}

== Контактная информация ==

Представительство Sabre в России: 125009, Москва, ул.Тверская, д.16, стр.3, офис 14. Тел: (499) 929 5080

Отдел продаж: (499) 929-5080 или (499) 929-5090

Служба технической поддержки и Help Desk России: +7 495 974-8951

== См. также ==
*[[IPCC]]
*[[Эндорсмент#Требования к эндорсментам в Сейбр|Требования к эндорсментам в Сейбр]]
*[[ГРС|Данные о ресурсах и дистрибутивной сети Сейбр]]
*[[Принтер билетопечати#Принтеры билетопечати Sabre|Принтеры билетопечати Sabre]]
*[[Статистика#Статистика поставщиков|Статистика поставщиков]]
*[[Билет#Функциональные возможности поставщиков авиабилетов|Функциональные возможности поставщиков авиабилетов]]
* [[ГРС]]
* [[ПНР]]
* [[Travelport (Galileo)]]
* [[Amadeus]]
* [[SITA Gabriel]]
* [[Сирена Трэвел]]
* [[API Travelfusion]]
* [[API ВИП Сервис (Vip Service)]]
* [[Nemo Inventory (компонент)]]

== Полезные ссылки ==
*[http://www.sabre.com Сайт Sabre Holdings]
*[http://www.sabretravelnetwork.ru/home Сайт Sabre Travel Network]
*[http://www.sabretravelnetwork.ru/home/products_services/product_index Продукты Сейбр]
*[http://www.tch.ru/rus/products/1s/ Шаги по обеспечению возможности оформления электронных и автоматизированных билетов НСАВ ТКП через АСБ «Сэйбр» (GDS Sabre) в аккредитованных агентствах]
*[http://support.mute-lab.com/ru/%D0%9F%D1%80%D0%BE%D1%86%D0%B5%D1%81%D1%81%D0%B8%D0%BD%D0%B3#.D0.90.D0.B2.D0.B8.D0.B0.D0.BA.D0.BE.D0.BC.D0.BF.D0.B0.D0.BD.D0.B8.D0.B8.2C_.D0.BF.D1.80.D0.B8.D0.BD.D0.B8.D0.BC.D0.B0.D1.8E.D1.89.D0.B8.D0.B5_.D0.BE.D0.BF.D0.BB.D0.B0.D1.82.D1.83_.D0.BA.D1.80.D0.B5.D0.B4.D0.B8.D1.82.D0.BD.D1.8B.D0.BC.D0.B8_.D0.BA.D0.B0.D1.80.D1.82.D0.B0.D0.BC.D0.B8_.D1.87.D0.B5.D1.80.D0.B5.D0.B7_GDS Список авиакомпаний, принимающих оплату кредитными картами через GDS Sabre]

Личный кабинет

2020-02-12T15:44:37Z

Галина Погожильская:

[[Категория:Модули]]
[[Категория:Встроенные модули]]
'''Личный кабинет''' — это компонент системы онлайн бронирования {{NameSystem}}, где хранится информация о ваших заказах, сообщениях, финансах и прочая информация.

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

==Принцип работы==
Чтобы зайти в личный кабинет, нажмите на ссылку '''Личный кабинет''' над формой поиска.

Личный кабинет состоит из следующих разделов:
* '''Заказы'''
* '''Обмены и возвраты'''
* '''Сообщения'''
* '''Заявки'''
* '''Финансы'''
* '''Мой профиль'''
* '''Профиль компании'''
* '''Профили туристов'''

==Заказы==

Раздел содержит таблицу заказов с инструментами поиска, группировки, фильтрации, и пр.

Таблица отображает заказы, принадлежащие пользователю (агентству/субагенству), выбранному в поле '''Пользователь'''.
В {{NameSystem}} разделены права разных типов пользователей:
*Пользователю доступны только свои заказы.
*Менеджер видит заказы всего агентства: всех пользователей, групп и компаний агентства.
*Эксперт корневого агентства видит все заказы агентства (пользователей, субагентов агенства и пользователей субагента агентства).
*Эксперт компании видит все заказы своей компании.

Чтобы просмотреть таблицу заказов другого объекта (пользователя/группы/компании), нажмите на кнопку '''Изменить''' рядом с полем. Для просмотра менеджером (экспертом) всех бронирований какого-либо зарегистрированного пользователя агентства (группы пользователей, компании) необходимо в шапке формы нажать '''Выбрать''', затем во всплывающем окне выбрать интересующего нас пользователя.

При просмотре заказов группы пользователей видны только заказы пользователей, который находятся в корне данной группы.
Если в группе находятся также компании и вложенные группы, заказы пользователей этих компаний и групп в выборку по корневой группе не попадают.
Заказы отображаются в виде таблицы.
*Строки таблицы — заказы.
*Столбцы таблицы — параметры заказа.

{| class="wikitable"
|-
|[[Файл:Lk20180118.jpg|1000px]]
|-
| Таблица заказов
|}

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

{| class="wikitable"
|-
|[[Файл:Lksetting20180118.jpg|600px]]
|-
|Настройка вывода столбцов
|}

В разделе '''Таблица просмотра заказов''' (адрес раздела: ''доменагентства/settings__po_settings'') можно предустановить набор столбцов, который будет отображаться в таблице заказов разных групп пользователей.

{{Attention| Пометка VOID в столбце ''Дата выписки'' указывается в том случае, если в заказе на данный момент имеются неактивные билеты.}}

====Экспорт заказов====
Чтобы выгрузить данные таблицы в форматах XML для дальнейшего создания управленческой отчетности, нажмите на ссылку '''Параметры и экспорт''', откроется новое окно, в нем нажмите на кнопку '''Экспорт заказов''', которая переключит на вкладку экспорта заказов в файл формат XML, XLS или XLSX.
{| class="wikitable"
|-
|[[Файл:Lkex20180118.jpg|600px]]
|-
|Вкладка экспорта заказов
|}
* Заказы выгружаются с учетом примененных параметров фильтра.
* Выгружаются заказы для выбранного пользователя/компании и принадлежащих к ним субагентов/пользователей.
* Запрос на выгрузку данных по заказам отображается в системе логирования с XML файлом, содержащим данные выгрузки.
* Для экспорта отложенных заказов в формате XLS(X) нужно в фильтрах заказов установить параметр ''Статус бронирования'' в значение ''Отложен''.
* Лимит на количество выгружаемых единовременно заказов: 1000.
* Если нужно выгрузить большое количество заказов для получения полной статистики по всем заказам, разбейте выгрузку по периодам.

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

===Поиск заказов===
Чтобы найти заказ по идентификатору в поле '''Поиск заказа''':
# выберите тип идентификатора:
#* по номеру — номер заказа, присвоенный {{NameSystem}},
#* по локатору — номер заказа ([[PNR]]), присвоенный поставщиком услуги,
#* по пассажиру — фамилия пассажира в PNR (допустим поиск по фамилии первого пассажира),
#* по номеру билета — номер билета в PNR (только для выписанных заказов),
#* по клиенту — номер пользователя или первые буквы фамилии контактного лица, сделавшего заказ, в {{NameSystem}} . Используется с типом формы заказчика — «B2C: данные о пользователе».
#* по внешнему id — идентификатор, присвоенный внешней системой учета.
#* по email — электронная почта в заказе.
#* по номеру телефона — номер телефона в заказе.
#* по бонусной карте — бонусная карта в заказе.
# далее введите идентификатор в поле справа от типа идентификатора и нажмите '''Найти'''.

===Отслеживание заказов с истекающим таймлимитом===
Для '''отслеживания заказов с истекающим таймлимитом''', в таблице выделены брони, таймлимит на оплату которых истекает в ближайшее время:
*Если номер заказа подсвечен '''красным цветом''' — таймлимит брони менее, чем через 6 часов.
*Если номер заказа подсвечен '''желтым цветом''' — таймлимит брони истекает менее, чем через 12, но более, чем через 6 часов. <br />
При наведении курсора на номер заказа появляется соответствующая всплывающая подсказка. Благодаря этой возможности сотрудники агентства смогут более оперативно отслеживать такие заказы.
{| class="wikitable"
|-
|[[Файл:Download.png|600px]]
|-
|Отслеживание заказов с истекающим таймлимитом
|}

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

===Очереди заказов===
Менеджерам и экспертам агентства доступны очереди заказов. Выберите над таблицей в выпадающем списке тип заказов для отображения.

* '''Все заказы''' — в этой вкладке будут отображаться все заказы для выбранного пользователя.
* '''Все проблемные''' — для всех заказов, в которых зафиксированы проблемы или ошибки, например, при бронировании или выписке.
* '''Проблемы синхронизации''' — заказы с проблемами при синхронизации, например, несоответствие статусов в {{NameSystem}} и в ГРС.
* '''Нужны доп. данные''' — заказы, для которых необходимо довнести данные (данные паспорта, визы и т. д.).
* '''Проблемы экспорта''' — заказы, которые были выписаны в {{NameSystem}}, но данные о выписке не были переданы во внешнюю систему, например 1С.
* '''С ручным статусом''' — заказы, для которых вручную был изменен статус.
* '''Изменённые при синхронизации''' — заказы с изменениями после синхронизации с ГРС.
* '''Зафиксированная цена''' — для не оплаченных заказов c зафиксированной ценой.
* '''Важные заказы''' — заказы стоимостью более 1500$ (оплаченные полностью или частично), а также заказы с перелетами бизнес и первого класса.
* '''Сервисные пакеты''' — заказы с сервисными пакетами.
* '''Утверждения заказов''' — заказы, которым требуется подтверждение, используется в компоненте ''[[Корпоративный блок]]''.
* '''Дополнительные услуги''' — заказы с дополнительными услугами (Альфастрахование, Аэроэкспресс, ERV-страхование).
* '''Неподтвержденные транзакции''' — выписанные заказы с неподтвержденной оплатой.
* '''Места сняты после выписки''' — выписанные брони из ГРС Сирена с неподтвержденными/невалидными сегментами.

=== Фильтр заказов ===


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

{| class="wikitable"
|-
|[[Файл:Filtry20180118.jpg|700px|Параметры фильтрации заказов]]
|-
|Фильтр заказов
|}

На странице "Заказы" вы увидите уже отсортированную в соответствии с выбранными фильтрами таблицу. Все фильтры, которые применяются в данный момент, вы можете увидеть на странице:

{| class="wikitable"
|-
|[[Файл:Filtrysave20180118.jpg|1100px|Фильтры, применяемые к заказам в данный момент]]
|-
|Фильтры, применяемые к заказам в данный момент
|}

Лишний активный фильтр сбрасывается нажатием на крестик.
Рядом с примененными фильтрами присутствует кнопка '''Сохранить'''. Нажмите на неё, чтобы сохранить текущий набор активных фильтров. Будет создан шаблон с введенным названием.

{| class="wikitable"
|-
|[[Файл:Filtryname20180118.jpg|500px]]
|-
|Сохранение шаблона
|}

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

{| class="wikitable"
|-
|[[Файл:2018-01-18_22-55-36.png|500px]]
|-
|Удаление шаблона
|}

====Параметры фильтрации====
{| class="wikitable mw-collapsible mw-uncollapsed"
|-
! scope="col" | Название
! scope="col" | Описание
|-
!colspan="2" |'''Статус'''
|-
| width="30%"|'''Бронирование'''
| width="70%"|Cтатус заказа:
* '''''Забронирован''''',
* '''''Аннулирован''''',
* '''''Выписан''''',
* '''''Отложен''''',
* '''''В работе''''' — только для отелей, от поставщика GTA ([[ГТА]]) не пришел ответ,
* '''''Ожидается подтверждение''''' — работают только для отелей, {{NameSystem}} ожидает подтверждения бронирования от поставщика.
|-
|'''Статус оплаты'''
|Выберите статус оплаты из выпадающего списка:
* не оплачено,
* оплачено,
* частично оплачено,
* назначен штраф,
* штраф частично оплачен,
* штраф оплачен.
|-
|'''Счет'''
|Выберите статус счета из выпадающего списка:
* счет не выставлен;
* счет выставлен.
|-
|'''Актуальность'''
|Выберите актуальность из выпадающего списка:
* любая актуальность;
* только актуальные — заказы, дата начала-окончания услуги у которых еще не закончилась.
|-
|'''Платежный шлюз'''
| Фильтрует заказы по использовавшемуся для оплаты платёжному шлюзу. Выберите платежный шлюз из выпадающего списка.
|-
|'''Форма оплаты'''
| Фильтрует заказы по типу оплаты. Выберите тип оплаты из выпадающего списка.
|-
|'''Сервисный пакет'''
|Фильтрует заказов по названию включенного в них сервисного пакета. Выберите сервисный пакет из выпадающего списка заведенных у агентства пакетов.
|-
|'''Плательщик'''
|Выберите плательщика (см. [[Корпоративный блок]]) из выпадающего списка.
|-
|'''Статус утверждения'''
|Выберите статус утверждения(см. [[Корпоративный блок]]) из выпадающего списка:
* '''''Утверждение не требуется'''''
* ''''' Утверждение не использовано '''''
* ''''' Требуется утверждение '''''
* ''''' Утверждение получено '''''
* ''''' Утверждение использовано '''''
* ''''' Отказано '''''
|-
!colspan="2" |'''Общие'''
|-
|'''Тип услуги'''
| Выберите тип услуги из выпадающего списка:
* перелет;
* отель;
* ж/д билеты.
|-
|'''Поставщики'''
| Выберите ГРС из выпадающего списка.
|-
|'''Источник перехода'''
| Источник перехода [[Модуль метрики|модуля метрики]]. Введите в поле идентификатор источника перехода или его название. <br/>{{Attention|Фильтр доступен, если включен модуль '''«Взаимодействие с метапоисковиками»'''.}}
|-
|Опция '''Скрывать отложенные'''
|Опция скрывает заказы, которые не были забронированы.
|-
|Опция '''Без тревелполитик'''
|
|-
!colspan="2"| '''Даты'''
|-
|'''Забронировано'''
|Выберите диапазон дат для отображения заказов, забронированных в
тот период.
|-
| '''Начало'''
|Выберите диапазон дат для отображения заказов с вылетом в этот период.
|-
|'''Изменен'''
|Выберите диапазон дат для отображения заказов, последний раз измененных в этот период.
|-
|'''Истекает'''
|Выберите диапазон дат для отображения заказов, с [[таймлимит]]ом по оплате в этот период.
|-
|'''Штрафы'''
|Выберите диапазон дат для отображения заказов, у которых начислятся штрафы в этот период.
|-
|'''Выписано'''
| Выберите диапазон дат для отображения заказов, выписанных в этот период.
|-
!colspan="2" |'''Дополнительные услуги'''
Блок для фильтрации заказов по типу включенных в них дополнительных услуг. Фильтр работает по принципу действия логического элемента ИЛИ: то есть, если выбрать Альфа страхование и Аэроэкспресс, в выборку попадут те заказы, в которые была включена хотя бы одна из выбранных услуг.<br/>{{Attention|В результаты фильтрации попадают только дополнительные услуги с положительной стоимостью.}}
|-
| Альфа страхование
!rowspan="7" | Выберите ту или иную дополнительную услугу.
|-
| Аэроэкспресс
|
|-
| Аэроэкспресс(Sirena)
|
|-
| Сервисные пакеты
|
|-
| Дополнительные услуги агенства
|
|-
| Услуги авиакомпании
|
|-
| Страховка ERV
|
|-

|}

==Обмены и возвраты==

В разделе представлены все заявки на обмен и возврат имеющиеся у агентства. Доступ к данному разделу имеют все зарегистрированные пользователи системы.
Раздел содержит таблицу заявок на обмены и возвраты, которая по умолчанию содержит следующие столбцы:
* '''идентификатор заявки''' - номер, присваиваемый заявке при ее создании.
* '''тип заявки''' - заявка может быть нескольких типов (заявка на обмен, на полный и на частичный возврат).
* '''заказы, связанные с заявкой''' - перечислены все номера заказов, связанные с данной заявкой, в том числе и номер заказа, созданный после импорта брони.
* '''статус заявки''' - существует несколько видов статусов (ожидает обработки, принята в работу, расчет сборов, заявка выполнена или отклонена).
* '''время до вылета''' - время до вылета сегмента. В случае нескольких сегментов показывает время до вылета первого не завершенного сегмента.
* '''пакет реквизитов''' - пакет реквизитов, который использовался при оформлении основного заказа.
* '''номер брони''' - ID заказа у поставщика (он же PNR).
* '''время последнего изменения''' - показывает сколько часов прошло после последнего изменения заявки.
* '''эксперт, ответственный за обработку''' - менеджер или эксперт корневого агентства, отвечающий за действия над заявкой.

{| class="wikitable"
|-
|[[Файл:Таблица заявок.png|1000px]]
|-
| Таблица заявок
|}

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

После выполнения заявки становятся синего цвета.

===Фильтры в заявках на обмен и возврат===

К заявкам на обмен и возврат тоже можно применять фильтры.
{| class="wikitable"
|-
|[[Файл:Фильтры-в-обменах.jpg|500px]]
|-
|Фильтры на странице "Обмены и возвраты"
|}

====Параметры фильтрации в заявках на обмен и возврат====
{| class="wikitable mw-collapsible mw-uncollapsed"
|-
! scope="col" | Название
! scope="col" | Описание
|-
| width="30%"|'''Статус'''
| width="70%"|Cтатус заявки:
* '''''Новая заявка''''',
* '''''Ожидает обработки''''',
* '''''Принята в работу''''',
* '''''Расчёт выполнен''''',
* '''''Заявление отправлено''''',
* '''''Ожидает оплаты агентского сбора''''',
* '''''Выполнено''''',
* '''''Произошла ошибка''''',
* '''''Отклонен'''''.
|-
|'''Платежный шлюз'''
| Фильтрует заявки по использовавшемуся для доплаты платёжному шлюзу. Выберите платежный шлюз из выпадающего списка.
|-
|'''Форма оплаты'''
| Фильтрует заявки по типу оплаты. Выберите тип оплаты из выпадающего списка.
|-
|}
==Сообщения==

Кроме e-mail и смс нотификаций, в {{NameSystem}} есть модуль сообщений в личном кабинете пользователя.

В разделе '''Сообщения''' хранятся и создаются уведомления, которые приходят в личный кабинет пользователя/агентства. Как настроить события, по которым приходят сообщения в личный кабинет, см. статью [[Системные сообщения]].
[[Файл:Новое сообщение.jpg|600px|thumb|left|Новое сообщение]]
[[Файл:Входящие.jpg|600px|thumb|left|Таблица входящих сообщений]]

[[Файл:Поиск сообщений.jpg|600px|thumb|left|Поиск сообщений]]
===Создание сообщений===
Чтобы создать сообщение:
# Перейдите во вкладку '''Новое сообщение'''.
# Введите номер заказа в поле '''Касательно заказов'''.
# В поле '''Шаблон сообщения ''' можно выбрать событие (не обязательно). После этого поля формы заполнятся шаблонным текстом с переменными.
# Введите '''Тему сообщения'''.
# Введите '''Текст сообщения'''.
# Добавьте получателя(-ей).
# Нажмите кнопку '''Отправить'''.
===Входящие===
Во вкладке '''Входящие''' менеджер агентства и эксперт агентства могут просматривать таблицу сообщений агентства/субагентства. Эксперт субагентства может видеть сообщения только внутри своей компании.
Нажав на тему сообщения, можно перейти на страницу сообщения и увидеть историю обмена сообщениями по этой теме. На странице сообщения указаны:
# Полное имя отправителя;
# Электронная почта отправителя;
# Телефон отправителя;
# Компания отправителя;
# Получатель сообщения;
# Статус сообщения;
На странице сообщения пользователь может ответить на сообщение в поле "Быстрый ответ" или "Перейти на полную форму" ответа на сообщение.
{| class="wikitable"
|-
|[[Файл:Страница сообщения с историей.jpg|700px]]
|-
| Страница сообщения и его история
|}

===Поиск сообщений===

Во вкладке "Поиск сообщений" пользователь личного кабинета может осуществлять поиск среди адресованных ему или его агентству сообщений по:
# Папке, в которой это сообщение находится;
# Теме сообщения;
# Номеру заказа;
# Последним за 7 дней сообщениям;
# Непрочитанным сообщениям.

===Папки сообщений===

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

В разделе '''Сообщения → Папки → По заказам''' отображаются только письма по заказам, т.е. письма с указанными номерами заказов. P.S. Если пользователь пишет письмо со страницы информации о заказе, поле заполняется автоматически.

В разделе '''Сообщения → Папки → Сообщения агентства''' менеджер и эксперт агентства может просматривать все сообщения агентства. Менеджер и эксперт субагентства может видеть сообщения только внутри своей компании.

== Заявки ==

В этом разделе содержатся заявки на бронирование, аннуляцию заказа и т. д.

Например, если по запросу пользователя не найдено перелетов, он может оставить заявку на бронирование, которая приходит в личный кабинет агентства как сообщение в разделе "Заявки" и/или как E-mail нотификация (см. [[Нотификация]]).

== Финансы ==
Раздел для учета лицевых счетов B2B клиентов. Доступен менеджерам и экспертам агентств (субагентств), но недоступен пользователям.
Раздел состоит из двух вкладок:
* Текущее состояние лицевого счета — содержит информацию о компании, ее лицевом счете и кредитном лимите,
* История операций — история операций по изменению, пополнению и списанию средств с лицевого счета компании в обратном хронологическом порядке.

Менеджеру и эксперту агентства отображаются все лицевые счета его субагентств. Менеджеру субагентств отображается баланс только его агентства.

{| class="wikitable"
|-
|[[Файл:Финансы в ЛК.jpg|320px]][[Файл:ФинансыИсторияОпераций.jpg|860px]]
|-
|Отображение лицевых счетов субагентств и История операций по лицевым счетам субагентств
|}

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

Чтобы информация из раздела ''Мой профиль'' подгружалась в форму бронирования, настройте параметр '''Предзаполнение данных о пассажирах и заказчике''' в разделе '''Для техподдержки → Устаревшие настройки → Настройки бронирования'''
(см. статью '''[[Бронирование]]''').

{| class="wikitable"
|-
|[[Файл:ЛК мой профиль.png|700px]]
|-
|Раздел Мой профиль
|}

==Профиль компании==

Настройки профиля компании.

* Менеджеру агентства в разделе отображаются данные агентства.
* Менеджеру субагентства в разделе отображаются данные субагентства.

Эти настройки также доступны в настройках панели администрирования.

{| class="wikitable"
|-
|[[Файл:ЛК профиль компании.png|700px]]
|-
|Раздел Профиль компании
|}

''В строке адрес агентства выводится фактический адрес компании, заданный в панели администрирования''

== Профили туристов ==

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

{| class="wikitable"
|-
|[[Файл:ЛК профили туристов.png|550px]]
|-
|Раздел Профили туристов
|}
Пользователь может добавить профиль новых пассажиров самостоятельно.
Чтобы добавить нового пассажира в список, нажмите кнопку ''Добавить пассажира''. <br />
Обязательные для заполнения поля — ''Имя'' и ''Фамилия''.<br />
Необязательные поля для заполнения:
* Отчество;
* Особое питание;
* Дата рождения;
* Пол;
* Гражданство;
* Адрес электронной почты;
* Тип документа;
* Номер документа;
* Срок действия;
* Авиакомпания;
* Номер карты лояльности.
В разделе можно искать профиль по фамилии пассажира.<br>
Профили можно редактировать и удалять.<br>
{| class="wikitable"
|-
|[[Файл:Профили туристов.jpg|700px]]
|-
|Удаление профиля туриста
|}
Для одного пассажира можно добавить несколько документов различного типа. Выбрать нужный документ можно будет на форме бронирования в поле ''Тип документа'', после выбора пассажира станут доступны для выбора все его документы.<br>

На форме бронирования пользователю доступны для выбора все его туристы из "Профилей туристов" в выпадающем списке. Выпадающий список можно открыть как на поле ''Фамилия'', так и на поле ''Имя''. Пассажиры, доступные для выбора, фильтруются по возрасту от самого старшего к самому младшему.
{| class="wikitable"
|-
|[[Файл:Выпадающий список.jpg|700px]]
|-
|Выбор пассажира на форме бронирования
|}

=== Различия профилей туристов ===
{{Attention|При работе с Авиа модулем и с ЖД модулем {{NameSystem}} существуют отличия}}:
* При работе с Авиа модулем используются пассажиры из профиля туристов в Личном кабинете.
* При работе с ЖД модулем пассажиры из профиля туристов (заведенные в Личном кабинете) недоступны. При работе с ЖД модулем, каждый пассажир на которого был оформлен ЖД-заказ автоматически добавляется в профиль туристов ЖД модуля. Самостоятельное добавление пассажиров не предусмотрено. При следующем создании ЖД-заказа, на форме бронирования пользователь системы {{NameSystem}} может выбрать пассажира из профиля туристов ЖД модуля. См. рисунок "Профиль туристов ЖД модуля"<br>
{| class="wikitable"
|-
|[[Файл:Pass JD.jpg|700px]]
|-
|Профиль туристов ЖД модуля
|}

== См. также ==
*[[Заказы]]<br>
*[[Бронирование]]<br>
*[[Аннуляция]]<br>
*[[Маршрут-квитанция]]<br>
*[[Веб-сайт]]<br>
*[[Авторизованный пользователь]]<br>
*[[Анонимный пользователь]]<br>
*[[Менеджер агентства]]<br>
*[[Эксперт по бронированию]]<br>
*[[Очередь]]

Файл:Pass JD.jpg

2020-02-12T15:41:29Z

Галина Погожильская:

Файл:ПассажирыЖД.jpg

2020-02-12T15:40:15Z

Галина Погожильская:

Platron (Приём оплаты)

2020-02-04T11:32:00Z

Галина Погожильская:

[[Категория:Поставщики платежных решений]][[Категория:Способы оплаты]]
'''Платрон''' (Platron) – универсальная система электронных платежей для интернет-магазинов, связывающая онлайн-платежи между интернет-магазинами, покупателями и платежными системами.

== Двухстадийная оплата ==
Для платежного шлюза '''Platron''' доступна двухстадийная оплата - авторизация и клиринг. В данном случае снятие денежных средств осуществляется по запросу после выписки с передачей длинной записи.

[[Файл:Platron.png|700px|Схема работы системы "Платрон"]]

== Способы оплаты ==
*Банковские карты (VISA, MasterCard)
*Платежные терминалы (все основные терминальные сети, включая QIWI, Элекснет, ЕСГП, Уникасса, Pinpay Express)
*Салоны связи Евросеть (инструкция по оплате Европлат), Связной
*Банкоматы Мастер-Банка, банка Петрокоммерц
*Электронные деньги (QIWI кошелек, Яндекс.Деньги, Webmoney, Деньги@Mail.ru, Единый Кошелек W1)
*Система денежных переводов CONTACT
*Оплата с баланса мобильного телефона Билайн, МТС, Мегафон, Tele2
*Плата через интернет-банкинг Faktura.ru, Альфа-Клик, Промсвязьбанк, Банковские карты (VISA, MasterCard).

== Настройки платежного шлюза Platron ==

* '''Идентификатор магазина''' - предоставляется Platron
* '''Секретный ключ для подписи''' - предоставляется Platron
* '''Использовать процессинг через GDS''' - возможно выбрать один из трех режимов работы:
** '''GDS-процессинг если допустим''' - допустимость определяется указанием авиакомпаний в поле '''Список авиакомпаний для оплаты через GDS процессинг''' в настройках [[Реквизиты подключения к ГРС в Немо 1.0|реквизитов Nemo 1.0]] для конкретной GDS. Если GDS-процессинг включен, но список авиакомпаний не заполнен, то все оплаты по данному пакету реквизитов будут направлены именно на GDS-процессинг. Если в списке указана хотя бы одна авиакомпания, то GDS-процессинг будет запускаться только для перелетов этих а/к, а для остальных авиакомпаний оплата пройдет по обычному процессингу.

<div style="width:800px; margin-top:10px; padding: 15px; border: 1px solid #146376; background-color: #f1f8fe;">
[[Файл:Uniteller Platron GDS.png |626px|left|thumb|Список авиакомпаний для оплаты через GDS]]
<p> Если список пуст, то по умолчанию значение этого поля — '''''Все'''''. </p>
<p> Это значит, что если GDS-процессинг включен,
то по GDS-процессингу будут направлены оплаты для всех авиакомпаний,
выписка которых привязана к этому пакету реквизитов.</p></div>

* '''Принудительно только GDS-процессинг''' - значение настройки '''Список авиакомпаний для оплаты через GDS процессинг''' игнорируется.
* '''Нет''' - всегда используется только обычный процессинг.

[[Файл:Platron1.png|637px|right]]
[[Файл:Platron2.png|637px|right]]

Если выбран режим работы '''GDS-процессинг если допустим''' или '''Принудительно только GDS-процессинг''', также нужно будет выбрать конкретных поставщика(-ов). На данный момент GDS-процессинг для Platron реализован только для Sabre, Galileo и Travelport uAPI.

* '''Использовать авторизацию средств при GDS-процессинге''' - включает двухстадийную оплату. То есть в таком режиме средства не снимаются сразу, а сначала блокируются (авторизуются) на счету клиента, а само списание средств происходит уже после успешной выписки билета. При этом в платежный шлюз передается параметр ''GDSWITHRUSSIANSTANDARDAUTH''. Если параметр выключен, в платежный шлюз передаётся значение ''GDSWITHRUSSIANSTANDARD'' (отключает дополнительную авторизацию средств).
* '''Тип оплаты''' - настройка позволяет выбрать предпочитаемый способ оплаты. Возможные способы:
** Выбирать на стороне шлюза
** Банковские карты.
** Наличные
** Электронные деньги
** Счета мобильных телефонов
** Интернет-банкинг
** Тестовые платежные системы - '''выбирать только в целях тестирования!'''

Каждый способ оплаты в Platron поддерживает разные методы. <br />
*'''Методы для банковских карт:'''
**TRANSCRED
**Банковские карты через процессинг Петербуржского социально-коммерческого банка
**RUSSIANSTANDARD
**TINKOFFBANKCARD

*'''Методы для оплаты наличными:'''
**CASH (по умолчанию)
**EUROSET (не работает, если доступен CASH)
**Евросеть через Rapida
**Связной через Rapida
**Терминалы Элекснет

*'''Методы для оплаты через электронные деньги:'''
**WebMoney, R-кошельки
**WebMoney, R-кошельки с перечислением на расчетный счет в банке
**Яндекс.Деньги
**QIWI Кошелёк
**QIWI Кошелек с активационным платежом
**PAYPAL(базовая валюта RUB)

*'''Методы для оплаты через счет мобильного телефона:'''
**Счет на телефоне Билайн
**Счет на телефоне МТС, Теле2
**Счет на телефоне Мегафон, Теле2
**Баланс на мобильном телефоне (Билайн, МТС, Мегафон, Теле2)

*'''Методы для оплаты через интернет банкинг:'''
**Альфа-банк
**Промсвязьбанк
**ВТБ24
**Сбербанк Онлайн

* '''Переопределение наценки для GDS–процессинга''' - настройка используется для того, чтобы переопределить наценку для процессинга в ГРС.
Если поле оставить пустым, то будет использована наценка, указанная для платежного шлюза Platron в разделе '''Финансы и платежи - Платежные методы - Управление шлюзами - Platron - Ред. - Наценка.''' Переопределение допускается как в процентах от суммы заказа, так и в фиксированном размере в валюте, доступной агентству для расчетов.
* '''Высота платежного фрейма''' - необходимо задать значение, определяющее размеры фрейма в пикселях.
*'''Отображать фрейм со страницей оплаты на странице информации о заказе''' - позволяет размещать фрейм с платежным шлюзом на странице бронирования.

== Platron с процессингом через ГРС ==
При оплате бронирования авиабилетов в [[ГРС]] системой Platron производятся две транзакции:

# Списание с карты пассажира сервисного сбора, взимаемого помимо стоимости билета. Такая транзакция проходит через эквайер банка Русский Стандарт. <br />Если оплата по каким-либо причинам не проходит, то процесс оплаты прекращается. Средства с карты покупателя при этом не списываются и не блокируются.
# Запрос в ГРС с данными карты покупателя. Этим запросом бронирование связывается с данными карты. Платёж для оплаты стоимости билетов инициирует ГРС.

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

=== Условия и ограничения ===
* В настоящее время в системе Platron возможна организация оплат бронирования только в ГРС [[Галилео]], Travelport uAPI и [[Sabre]].

* Процессинг через ГРС возможен только для авиакомпаний, которые поддерживают оплаты кредитными картами. Различные авиакомпании принимают к оплате только определенные типы кредитных карт.

<span style="background-color: #f1f8fe"><span style="font-size: large"><span style="color: rgb(255, 0, 0)">!</span></span> На стороне платежных шлюзов не отслеживаются авиакомпании, поддерживающие способ оплаты кредитными картами.

<span style="background-color: #f1f8fe"><span style="font-size: large"><span style="color: rgb(255, 0, 0)">!</span></span>
В ситуации, когда авиакомпания не поддерживает оплату введенной картой, со стороны ГРС происходит автоматическая установка формы оплаты наличными и сообщается об успешной оплате.
К сожалению, такие ситуации не могут быть отслежены ни системой Немо, ни на стороне платежного шлюза .

<span style="background-color: #f1f8fe"><span style="font-size: large"><span style="color: rgb(255, 0, 0)">!</span></span>'''Внесение в реквизиты списка авиакомпаний, для которых доступен процессинг через ГРС, является обязательным.'''
Агентству необходимо строго отслеживать и актуализировать этот список. Информацию предоставляет IATA BSP, также он может быть запрошен в локальном представительстве ГРС.

* Сумма к оплате меньше суммы тарифов и такс не может быть отправлена на платежный шлюз по прямому процессингу в ГРС.
Если установлена скидка от тарифа и сумма к оплате меньше суммы тарифов и такс, то в режиме «GDS процессинг если допустим» оплата проходит по стандартному процессингу.
Если же шлюз работает в режиме «Принудительно только GDS процессинг», то платеж будет заблокирован уже после выбора способа оплаты.
<br / >

*При оплате через ГРС-процессинг выписка билета невозможна, если в PNR отсутствуют данные карты. В этом случае выписка будет прервана с соответствующим сообщением об ошибке. Исключением является вариант использования ГРС-процессинга с мультиформенной оплатой, т.к. в этом случае сохранять данные карты в PNR не требуется. <br / >
<span style="background-color:#fff0f5;">'''<span style="color:#ff0000;">Внимание!</span>''' При оплате заказа через GDS-процессинг в случае срабатывания настройки "Не фиксировать уменьшение цены при бронировании и обновлении" заказ будет отправлен на стандартный процессинг.</span>



== См. также ==
*[[Веб-сайт]]<br>
*[[Платежный шлюз]]<br>
*[[Процессинг]]<br>
*[[Uniteller (Приём оплаты)]]<br>
*[[Юнителлер с процессингом через ГРС]]<br>
*[[ГРС]]<br>
*[[Настройки фискализации]]<br>

== Полезные ссылки ==
[http://www.platron.ru Сайт системы "Платрон"]

Юнителлер с процессингом через ГРС

2020-02-04T11:14:28Z

Галина Погожильская:

[[Категория:Поставщики платежных решений]]
[[Категория:Способы оплаты]]

[[Файл:Uniteller presentation.png|350px|справа]]
'''Общая последовательность оплаты авиабилетов через [[платежный шлюз]] [[Uniteller]] с процессингом карт в ГРС'''

При оплате бронирования авиабилетов в [[ГДС]] системой Uniteller производятся две транзакции:

# Списание с карты пассажира сервисного сбора, взимаемого помимо стоимости билета. Такая транзакция проходит через банк-эквайрер, к которому подключено Агентство через систему Uniteller. Если оплата по каким-либо причинам не проходит, то процесс оплаты прекращается. Средства с карты покупателя при этом не списываются и не блокируются.
# Запрос в ГДС с данными карты покупателя. Этим запросом бронирование связывается с данными карты. Платёж для оплаты стоимости билетов инициирует ГДС.
Если не проходит запрос в ГДС с данными карты покупателя, то первый платёж отменяется, никакие средства покупателя в конечном результате не списываются и не блокируются, а оплата в целом прекращается.

Информация об оплате и банковской карте добавляется в [[PNR]] сразу после успешной оплаты в ГДС. После завершения обоих запросов Uniteller возвращает уведомление о результате оплаты и устанавливается статус оплаты.
Только после установления успешного статуса оплаты в автоматическом режиме запускается выписка билета.

== Настройки, которые необходимо установить для осуществления оплаты с процессингом через ГДС ==

* В разделе «Финансы и платежи» → «Управление шлюзами» → «Uniteller» необходимо установить переключатель '''''«Использовать процессинг через GDS»'''''

* '''''«Shop ID из личного кабинета Uniteller (для процессинга через GDS)»''''' — сюда вносится '''Uniteller Point ID''' из личного кабинета Uniteller, раздел «Точки продажи». Следите, чтобы именно для этой точки продажи была разрешена работа с ГДС и прописаны параметры ГДС.

* Выбрать ГДС, для которых будет доступна оплата по прямому процессингом;

[[Файл:Uniteller_GDS2_new.png]]

* Определить список авиакомпаний, для которых будет доступен процессинг через ГДС.

В разделе «Управление продажами» → «Авиабилеты» → «Реквизиты и источники», в пакете реквизитов для выписки,
в поле '''''«Список авиакомпаний для оплаты через GDS процессинг»''''' необходимо задать список таких авиакомпаний.

<div style="width:1000px; margin-top:15px; padding: 15px; border: 1px solid #146376; background-color: #f1f8fe;">
[[Файл:Uniteller Platron GDS.png |626px|left|thumb|Список авиакомпаний для оплаты через ГДС]]
<p> Если список пуст, то по умолчанию значение этого поля — '''''Все'''''. </p>
<p> Это значит, что если ГДС-процессинг включен,
то по ГДС-процессингу будут направлены оплаты для всех авиакомпаний,
выписка которых привязана к этому пакету реквизитов.</p>
<p>Поэтому чтобы запретить направление оплаты на ГДС-процессинг для пакета реквизитов нужно обязательно задать в это поле хотя бы одну авиакомпанию, бронирование и выписка которой не направляется в этот пакет реквизитов.</p></div>
Для того чтобы переопределить наценку процессинга в ГДС, необходимо использовать настройку '''''«Переопределение наценки для GDS–процессинга»''''' в реквизитах Uniteller в разделе '''Финансы и платежи → Платежные методы → Управление шлюзами'''

Если поле оставить пустым, то будет использована наценка, указанная для платежного шлюза Uniteller по кнопке '''«Ред.»''' в разделе '''Финансы и платежи → Платежные методы → Управление шлюзами'''.

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

* Если используется процессинг в ГДС Galileo (или Galileo UAPI) в Nemo 2.0, в соответствующих реквизитах подключения необходимо заполнить поле РСС, где указывается используемый НАР (например, DynGalileoProd_7UL0). Этот параметр передается шлюзу при переходе на страницу ввода данных карты, и, если не внести его, пользователь получит сообщение «Ошибка при загрузке страницы оплаты» и не сможет оплатить заказ.

== Ограничения и требования ==

* В настоящее время в системе Uniteller возможна организация оплат бронирования только в [[ГДС]] [[Галилео]] и Travelport uAPI, [[Сейбр]] и [[Амадеус]].

* Система Uniteller имеет возможность принимать только один ПНР для оплаты. Поэтому необходимо делать отдельный платёж на каждую бронь. В одной заявке на оплату невозможно передать несколько заказов на бронирование.

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

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

* При оплате картами, отличными от Visa Electron и/или MasterCard Maestro оплата через ГДС-процессинг заменяется на обычный процессинг на стороне Uniteller.

{{Attention|При оплате заказа через ГДС-процессинг в случае срабатывания настройки "Не фиксировать уменьшение цены при бронировании и обновлении" заказ будет отправлен на стандартный процессинг.}}

== Авиакомпании, принимающие оплату кредитными картами ==

Процессинг через ГДС возможен только для авиакомпаний, которые поддерживают оплаты кредитными картами. Различные авиакомпании принимают к оплате только определенные типы кредитных карт.

{{Attention|На стороне Юнителлера не отслеживаются авиакомпании, поддерживающие способ оплаты кредитными картами.}}

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

Внесение в реквизиты списка авиакомпаний, для которых доступен процессинг через ГДС является обязательным.
Агентству необходимо строго отслеживать и актуализировать этот список. Информацию предоставляет IATA BSP, также он может быть запрошен в локальном представительстве ГДС.

По состоянию на 1.12.2012 актуальным являлся данный перечень: [[Файл:Авиакомпании, поддерживающие CC.xls]]

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

Агентский API Авиабилеты

2020-01-27T07:47:46Z

Галина Погожильская: /* Схема использования агентского API (workflow) */

{{Attention|В системе реализован усовершенствованный API-проект «Nemo Connect», настоятельно рекомендуем подключаться по схеме, описанной в документации по [http://docs.nemo.travel/ ссылке]}}
== Схема использования агентского API (workflow) ==

[[Категория:Интеграция]]
[[Категория:Агентский API]]
[[Категория:Модули]]
[[Категория:Встроенные модули]]
Для авторизации в системе, в запросе необходимо указать APIKey и ClientID. Эти данные можно узнать в разделе Администрирование - Веб-сервис. Авторизация. Там же можно включить/выключить нотификацию для действий, совершенных через АПИ.

Необходимо придерживаться [[Схема использования агентского API (workflow) | рекомендованной схемы использования API]]. Если вы планируете отступать от этой схемы - пожалуйста, согласуйте отклонения от нее со службой технической поддержки.

{{Attention| Пользователь и агентство из Немо Тревел 2.0 и Немо Тревел 1.0 должны соответствовать друг другу. }}

== Агентский АПИ поиска авиабилетов ==

*[[Веб-служба поиска авиабилетов]]
** [[Веб-служба поиска авиабилетов#Подключение|Подключение]]
** [[Веб-служба поиска авиабилетов#Общий формат запроса / ответа поиска|Общий формат запроса / ответа поиска]]
** [[Веб-служба поиска авиабилетов#Примеры использования|Примеры использования]]

== Агентский АПИ бронирования авиабилетов ==

*[[Веб-служба бронирования]]
** [[Веб-служба бронирования#Подключение|Подключение]]
** [[Веб-служба бронирования#Общий формат запроса / ответа бронирования|Общий формат запроса / ответа бронирования]]
** [[Веб-служба бронирования#Пример использования|Пример использования]]
** [[Веб-служба бронирования#Общий формат запроса / ответа отмены бронирования|Общий формат запроса / ответа отмены бронирования]]

== Агентский АПИ выписки ==

*[[Веб-служба выписки]]
** [[Веб-служба выписки#Информация|Информация]]
** [[Веб-служба выписки#Общий формат запроса / ответа выписки|Общий формат запроса / ответа выписки]]
** [[Веб-служба выписки#Общий формат запроса / ответа войдирования|Общий формат запроса / ответа войдирования]]

== Агентский АПИ Оплаты==

*[[Агентский API Оплата]]
** [[Агентский API Оплата#Фиксация оплаты внешним запросом|Фиксация оплаты внешним запросом]]
** [[Агентский API Оплата#Получение списка доступных способов оплаты|Получение списка доступных способов оплаты]]
** [[Агентский API Оплата#Выбор конкретного способа оплаты|Выбор конкретного способа оплаты]]

== Агентский АПИ возврата авиабилетов ==

*[[Веб-служба возврата билетов]]
** [[Веб-служба возврата билетов#Информация|Информация]]
** [[Веб-служба возврата билетов#Общий формат запроса / ответа получения информации по возврату|Общий формат запроса / ответа получения информации по возврату]]
** [[Веб-служба возврата билетов#Общий формат запроса / ответа возврата билетов|Общий формат запроса / ответа возврата билетов]]

== Агентский АПИ дополнительных запросов ==

*[[Дополнительные запросы АПИ авиабилетов]]
**[[Дополнительные запросы АПИ авиабилетов#Проверка на доступность|Проверка на доступность]]
**[[Дополнительные запросы АПИ авиабилетов#Получение документа|Получение документа]]
**[[Дополнительные запросы АПИ авиабилетов#Создание отложенного заказа в системе Nemo|Создание отложенного заказа в системе Nemo]]
**[[Дополнительные запросы АПИ авиабилетов#Запрос на обновление заказа|Запрос на обновление заказа]]
**[[Дополнительные запросы АПИ авиабилетов#Запрос на модификацию заказа|Запрос на модификацию заказа]]
**[[Дополнительные запросы АПИ авиабилетов#Чтение тарифных правил|Чтение тарифных правил]]
**[[Дополнительные запросы АПИ авиабилетов#Запрос на чтение очереди|Запрос на чтение очереди]]
**[[Дополнительные запросы АПИ авиабилетов#Запрос на удаление заказа из очереди|Запрос на удаление заказа из очереди]]
**[[Дополнительные запросы АПИ авиабилетов#Запрос на получение семейств тарифов для перелета|Запрос на получение семейств тарифов для перелета]]
**[[Дополнительные запросы АПИ авиабилетов#Запрос на импорт заказа|Запрос на импорт заказа]]
**[[Дополнительные запросы АПИ авиабилетов#Запрос на получение изменившихся заказов|Запрос на получение изменившихся заказов]]

== Дополнительная информация по параметрам ==

<div class="toccolours mw-collapsible mw-collapsed" style="width:1000px">
==== Параметры, используемые в запросах ====
<div class="mw-collapsible-content">
<table border="1">
<tr bgcolor="#CCCCCC">
<th> Имя элемента </th><th> Обязательный </th><th> Тип </th><th> Описание </th>
</tr>
<tr>

<td>BookFlight </td><td>да </td><td>сложный </td><td>Контейнер для тела запроса бронирования</td>
</tr>
<tr>
<td>FlightId </td><td class="col1">да </td><td>число</td><td >Id перелёта для которого будет производится бронирование(поиск тарифных правил, проверка доступности)</td>
</tr>
<tr>
<td>CurrencyCode </td><td>нет</td><td>строка</td><td>Трёх буквенный код валюты (обязателен для комиссии в валюте)</td>

</tr>
<tr>
<td>Agency </td><td>да </td><td>сложный </td><td>Информация об агентстве</td>

</tr>
<tr>
<td>Name </td><td>да </td><td>строка </td><td>Название агентства</td>
</tr>
<tr>
<td>Telephone </td><td>нет </td><td>сложный </td><td>Контактный телефон агентства</td>

</tr>
<tr>
<td>Type</td><td>да </td><td>строка </td><td>Тип номера, возможные значения: M - мобильный, H - домашний, B - рабочий, A - агентство</td>
</tr>
<tr>
<td>PhoneNumber </td><td>да </td><td>строка </td><td>Номер телефона</td>

</tr>
<tr>
<td>CountryAccessCode </td><td>нет </td><td>строка </td><td>Код страны</td>
</tr>
<tr>
<td>AreaCityCode </td><td>нет </td><td>строка</td><td>Код региона/города</td>

</tr>
<tr>
<td>Address</td><td>да </td><td>сложный </td><td class="col3">Адрес агентства</td>
</tr>
<tr>
<td>City</td><td>да </td><td class="col2">строка </td><td>Город, в котором расположено агентство</td>

</tr>
<tr>
<td>StreetAddress </td><td>нет </td><td>сложный </td><td>Адрес агентства в городе (улица, дом, корпус, офис и т.д.)</td>
</tr>
<tr>
<td>PostalCode </td><td>нет </td><td>строка </td><td>Почтовый код, индекс.</td>

</tr>
<tr>
<td>CountryCode </td><td>нет </td><td>строка </td><td>Код страны (RU, UA, US и т.д.)</td>
</tr>
<tr>
<td>Travellers </td><td>да </td><td>сложный </td><td>Контейнер для информации о пассажирах (для которых будет производится поиск перелёта, бронирование)</td>

</tr>
<tr>
<td class="col0">Traveller </td><td class="col1">да </td><td class="col2">сложный </td><td class="col3">Информация о пассажире</td>
</tr>
<tr class="row24">
<td>Type</td><td>да</td><td>строка</td><td>Тип пассажира возможные значения: ADT - взрослые, CNN - дети, UNN - дети без сопровождения взрослых, INF - младенцы, INS - младенцы с местом</td>

</tr>
<tr class="row25">
<td class="col0">IsContact </td><td class="col1">нет</td><td class="col2">булевский </td><td class="col3">Индикатор показывающий является ли данное лицо контактным, возможные значение: true - пассажир является контактным лицом, false - не является. Контактное лицо может быть только одно, если среди пассажиров есть взрослые, то только кто-то из них может быть контактным лицом. Если не указано, то по умолчанию false.</td>
</tr>
<tr class="row26">
<td class="col0">LinkedTo </td><td class="col1">нет </td><td class="col2">целое число </td><td class="col3">Номер взрослого, к которому привязан младенец/ребёнок (привязка ребёнка ко взрослому является опциональной)</td>

</tr>
<tr class="row27">
<td class="col0">Num </td><td class="col1">да </td><td class="col2">число </td><td class="col3">Номер пассажира.</td>
</tr>
<tr class="row28">
<td class="col0">PreferedPlace </td><td class="col1">нет </td><td class="col2">сложный </td><td class="col3">Информация о предпочитаемом месте. Если указаны номер ряда и номер места, то параметры Smoking и Location игнорируются и могут быть не указаны.</td>

</tr>
<tr class="row29">
<td class="col0">SmokingAllowed </td><td class="col1">нет </td><td class="col2">булевский </td><td class="col3">true - место для курящих, false - место для некурящих. По умолчанию false.</td>
</tr>
<tr class="row30">
<td class="col0">Location </td><td class="col1">нет </td><td class="col2">строка </td><td class="col3">Расположение места, возможные значения: W - у окна (Window); M - где-то в середине ряда (Middle); NPW - возле прохода (NearPassengerWay); NS - нет предпочтения (NotSpecified).</td>
</tr>
<tr class="row31">
<td class="col0">RowNumber</td><td class="col1">нет</td><td class="col2">строка </td><td class="col3">Номер ряда</td>
</tr>
<tr class="row32">
<td class="col0">PlaceNumber </td><td class="col1">нет </td><td class="col2">строка </td><td class="col3">Номер места</td>

</tr>
<tr class="row33">
<td class="col0">SegNumber </td><td class="col1">да </td><td class="col2">строка </td><td class="col3">Номер сегмента</td>
</tr>
<tr class="row34">
<td class="col0">DocumentInfo </td><td class="col1">да </td><td class="col2">сложный </td><td class="col3">Паспортные данные</td>

</tr>
<tr class="row35">
<td class="col0">DocType </td><td class="col1">да </td><td class="col2">строка </td><td class="col3">Тип документа, обязательный.</td>
</tr>
<tr class="row36">
<td class="col0">DocNum </td><td class="col1">да </td><td class="col2">строка </td><td class="col3">Номер документа</td>
</tr>
<tr class="row37">
<td class="col0">CountryCode </td><td class="col1">да </td><td class="col2">строка </td><td class="col3">Страна выдачи, двух буквенный код(RU, US и т.д.)</td>
</tr>
<tr class="row38">
<td class="col0">DocElapsedTime</td><td class="col1">да </td><td class="col2">строка </td><td class="col3">Срок истечения срока действия паспорта в фирмате dd.mm.yyyy (например 31.12.2012)</td>

</tr>
<tr class="row39">
<td class="col0">VisaInfo </td><td class="col1">нет </td><td class="col2">сложный </td><td class="col3">Информация о визе</td>
</tr>
<tr class="row40">
<td class="col0">Num </td><td class="col1">да </td><td class="col2">строка </td><td class="col3">Номер визы</td>

</tr>
<tr class="row41">
<td class="col0">IssueDate </td><td class="col1">да </td><td class="col2">строка </td><td class="col3">Дата выдачи визы в формате dd.mm.yyyy</td>
</tr>
<tr class="row42">
<td class="col0">IssueCountry </td><td class="col1">да </td><td class="col2">строка </td><td class="col3">Страна выдачи визы</td>

</tr>
<tr class="row43">
<td class="col0">IssuePlace </td><td class="col1">да </td><td class="col2">строка </td><td class="col3">Место выдачи визы</td>
</tr>
<tr class="row44">
<td class="col0">BirthCountry </td><td class="col1">нет </td><td class="col2">строка </td><td class="col3">Страна рождения (IATA код страны)</td>

</tr>
<tr class="row45">
<td class="col0">BirthCity </td><td class="col1">нет</td><td class="col2">строка</td><td class="col3">Город рождения (название)</td>
</tr>
<tr class="row46">
<td class="col0">ArrAddress </td><td class="col1">нет </td><td class="col2">сложный </td><td class="col3">Адрес прибытия, для въезжающих в США (не граждан США) информация является обязательной. Если она не заполняется при оформлении брони, то её всё равно придётся заполнять при посадке на самолёт.</td>

</tr>
<tr class="row47">
<td class="col0">CountryCode </td><td class="col1">да </td><td class="col2">строка </td><td class="col3">IATA код страны</td>
</tr>
<tr class="row48">
<td class="col0">State </td><td class="col1">да </td><td class="col2">строка </td><td class="col3">Штат или область въезда</td>

</tr>
<tr class="row49">
<td class="col0">PostalCode </td><td class="col1">да </td><td class="col2">строка </td><td class="col3">Почтовый код</td>
</tr>
<tr class="row50">
<td class="col0">City </td><td class="col1">да </td><td class="col2">строка </td><td class="col3">Город</td>

</tr>
<tr class="row51">
<td class="col0">StreetAddress </td><td class="col1">да </td><td class="col2">строка </td><td class="col3">Адрес: улица, номер дома, квартиры и тп</td>
</tr>
<tr class="row52">
<td class="col0">DocStringFormats </td><td class="col1">нет </td><td class="col2">сложный </td><td class="col3">Список форматов строк паспортных данных, которые будут отправлены в дополнение к стандартным.</td>

</tr>
<tr class="row53">
<td class="col0">DocStringFormat </td><td class="col1">да </td><td class="col2">строка </td><td class="col3">Формат данных, возможные значения: DOCS - строка формата DOCS, FOID - строка формата FOID. Установка данных в формате DOCS как правило необходима для последующей выписки в BSP среде. Установка FOID - всреде ТКП.</td>
</tr>
<tr class="row54">
<td class="col0">PersonalInfo </td><td class="col1">да </td><td class="col2">сложный </td><td class="col3">Персональные данные пассажира</td>
</tr>
<tr class="row55">
<td class="col0">DateOfBirth</td><td class="col1">да </td><td class="col2">строка </td><td class="col3">Дата рождения в формате dd.mm.yyyy (например 31.12.2000)</td>
</tr>
<tr class="row56">
<td class="col0">Nationality </td><td class="col1">да </td><td class="col2">строка </td><td class="col3">Национальность/гражданство, двух буквенный код страны (RU, UA, US и т.д.)</td>

</tr>
<tr class="row57">
<td class="col0">Gender </td><td class="col1">да </td><td class="col2">строка </td><td class="col3">Пол пассажира, обязательный, возможные значения: M - мужской(Male); F - женский(Female).</td>
</tr>
<tr class="row58">
<td class="col0">FirstName </td><td class="col1">да </td><td class="col2">строка </td><td class="col3">Имя пассажира</td>

</tr>
<tr class="row59">
<td class="col0">LastName </td><td class="col1">да </td><td class="col2">строка </td><td class="col3">Фамилия пассажира</td>
</tr>
<tr class="row60">
<td class="col0">BMiddleName </td><td class="col1">да </td><td class="col2">строка </td><td class="col3">Отчество пассажира</td>
</tr>
<tr class="row61">
<td class="col0">Meal </td><td class="col1">нет</td><td class="col2">строка </td><td class="col3">Код типа питания, возможные значения: NONE - отсутствует (по умолчанию); AVML - Азиатская вегетарианская кухня; BLML - Блюда щадящей диеты; CHML - Детское питание; CHPC - Детский холодный завтрак; СНСС - Детский горячий завтрак; CHHC - Детский ланч, ветчина и сыр; PBJS - Детский ланч, ореховое масло; CHMC - Детский обед макароны с сыром; DBML - Диабетическое питание; FPML - Фрукты; GFML - Питание без клейковины; HFML - Питание богатое клетчаткой; HNML - Индусская кухня; BBML - Питание для младенцев; KSML - Кошерная кухня; SMKB - Кошерный завтрак; SMKL - Кошерный ланч; SMKD - Кошерный обед; LPML - Малобелковое питание; LCML - Низкокалорийное питание; LFML - Низкохолестериновое питание; PRML - Низкопуриновое питание; LSML - Малосоленое питание; MOML - Мюсли; NLML - Безмолочные продукты; ORML - Восточная кухня; RVML - Сырые овощи; SFML - Морепродукты; SPML - Особое питание; VLML - Вегетарианское, молоко и яйца; VGML - Строго вегетарианское питание; VJML - Джайнизское вегетарианское; VOML - Восточное вегетарианское питание.</td>
</tr>
<tr class="row62">
<td class="col0">LoyaltyCard </td><td class="col1">нет </td><td class="col2">сложный </td><td class="col3">Карточка часто летающего пассажира</td>

</tr>
<tr class="row63">
<td class="col0">OpCode </td><td class="col1">да </td><td class="col2">строка </td><td class="col3">IATA код компании авиаперевозчика</td>
</tr>
<tr class="row64">
<td class="col0">Number </td><td class="col1">да </td><td class="col2">строка </td><td class="col3">Номер карточки</td>
</tr>
<tr class="row65">
<td class="col0">ContactInfo</td><td class="col1">нет </td><td class="col2">сложный </td><td class="col3">Контактная информация для пассажира</td>
</tr>
<tr class="row66">
<td class="col0">EmailID </td><td class="col1">нет </td><td class="col2">строка </td><td class="col3">Контактный email</td>

</tr>
<tr class="row67">
<td class="col0">Telephone </td><td class="col1">нет </td><td class="col2">сложный </td><td class="col3">Контактный телефон пассажира, описание аналогично описанию телефона агентства</td>
</tr>
<tr class="row68">
<td class="col0">CancelBook</td><td class="col1">да</td><td class="col2">сложный</td><td class="col3">Контейнер для тела запроса отмены брони</td>
</tr>
<tr class="row69">
<td class="col0">BookID</td><td class="col1">да</td><td class="col2">число</td><td class="col3">Номер брони, которая будет отменяться (для которой будет производится выписка, отмена выписки)</td>

</tr>
<tr class="row70">
<td class="col0">GetAirRules</td><td class="col1">да</td><td class="col2">сложный</td><td class="col3">Контейнер для тела запроса поиска тарифных правил</td>
</tr>
<tr class="row71">
<td class="col0">AirAvail</td><td class="col1">да</td><td class="col2">сложный</td><td class="col3">Контейнер для тела запроса проверки доступности перелёта</td>

</tr>
<tr class="row72">
<td class="col0">Ticketing</td><td class="col1">да</td><td class="col2">сложный</td><td class="col3">Контейнер для тела запроса выписки брони</td>
</tr>
<tr class="row73">
<td class="col0">ValCompany</td><td class="col1">нет</td><td class="col2">строка</td><td class="col3">Валидирующий перевозчик, на бланке которого выписывается билет</td>

</tr>
<tr class="row74">
<td class="col0">Comission</td><td class="col1">нет</td><td class="col2">сложный</td><td class="col3">Комиссия</td>
</tr>
<tr class="row75">
<td class="col0">Amount</td><td class="col1">нет</td><td class="col2">число с плавающей точкой</td><td class="col3">Значение комиссии в валюте, если указано, то комиссия в процентах игнорируется</td>

</tr>
<tr class="row76">
<td class="col0">Percent</td><td class="col1">нет</td><td class="col2">число</td><td class="col3">Комиссия в процентах</td>
</tr>
<tr class="row77">
<td class="col0">VoidTicket</td><td class="col1">да</td><td class="col2">сложный</td><td class="col3">Контейнер для тела запроса отмены выписки брони</td>

</tr>
<tr class="row78">
<td class="col0">Search</td><td class="col1">да</td><td class="col2">сложный</td><td class="col3">Контейнер для тела запроса поиска</td>
</tr>
<tr class="row79">
<td class="col0">ODPairs</td><td class="col1">да</td><td class="col2">сложный</td><td class="col3">Контейнер для информации о перелёте</td>

</tr>
<tr class="row80">
<td class="col0">Type</td><td class="col1">да</td><td class="col2">строка</td><td class="col3">Тип перелёта, возможные значения: OW - в одну сторону, RT - туда-обратно, CR - сложный маршрут</td>
</tr>
<tr class="row81">
<td class="col0">Direct</td><td class="col1">нет</td><td class="col2">булевский</td><td class="col3">Индикатор, указывающий какие перелёты искать, только прямые или с пересадками, возможные значения: false - с пересадками, true - только прямые. Если не указан, значение по умолчанию false.</td>
</tr>
<tr class="row82">
<td class="col0">AroundDates</td><td class="col1">нет</td><td class="col2">число</td><td class="col3">Включает поиск по окружным датам, количество дней +/- от даты заезда/возвращения. Применим только для типов перелёта в одну сторону(OW) и туда-обратно(RT). Возможные значения: 0, 1, 2, 3</td>
</tr>
<tr class="row83">
<td class="col0">ODPair</td><td class="col1">да</td><td class="col2">сложный</td><td class="col3">Контейнер для информации о сегменте перелёта. Может повторяться 1-6 раз. Поиск по расписанию использует только первый сегмент, поиск сложных перелётов и перелётов туда и обратно не поддерживается</td>

</tr>
<tr class="row84">
<td class="col0">DepDate</td><td class="col1">да</td><td class="col2">строка</td><td class="col3">Дата вылета, Формат ГГГГ-MM-DDTЧЧ:ММ:СС</td>
</tr>
<tr class="row85">
<td class="col0">DepAirp</td><td class="col1">да</td><td class="col2">строка</td><td class="col3">Трёх буквенный код города отправления или конкретного аэропорта в городе отправления.</td>

</tr>
<tr class="row86">
<td class="col0">ArrAirp</td><td class="col1">да</td><td class="col2">строка</td><td class="col3">Трёх буквенный код города прибытия или конкретного аэропорта в городе прибытия.</td>
</tr>
<tr class="row87">
<td class="col0">Count</td><td class="col1">да</td><td class="col2">число</td><td class="col3">Число пассажиров данного типа. Общее количество пассажиров всех типов должно быть не более 9.</td>

</tr>
<tr class="row88">
<td class="col0">Restrictions</td><td class="col1">нет</td><td class="col2">сложный</td><td class="col3">Контейнер дополнительной информации для поиска.</td>
</tr>
<tr class="row89">
<td class="col0">ClassPref</td><td class="col1">нет</td><td class="col2">строка</td><td class="col3">Предпочитаемый класс перелёта, возможные значения: All - все, Economy - эконом, Business - бизнес, First - первый. Если не указан, то по умолчанию All.</td>

</tr>
<tr class="row90">
<td class="col0">OnlyAvail</td><td class="col1">нет</td><td class="col2">булевский</td><td class="col3">Искать только доступные, возможные значения: true - только доступные, false - все. Если не указан, то по умолчанию false.</td>
</tr>
<tr class="row91">
<td class="col0">AirVPrefs</td><td class="col1">нет</td><td class="col2">сложный</td><td class="col3">Обёртка для списка авиакомпаний, по которым будет или не будет проводиться поиск.</td>

</tr>
<tr class="row92">
<td class="col0">AirVPref</td><td class="col1">да</td><td class="col2">сложный</td><td class="col3">Информация об авиакомпании.</td>
</tr>
<tr class="row93">
<td class="col0">Include</td><td class="col1">нет</td><td class="col2">булевский</td><td class="col3">Индикатор, показывающий включить или исключить в результатах поиска перелёты данной авиакомпании: true - включить, false - исключить. Если не указан, то по умолчанию false.</td>

</tr>
<tr class="row94">
<td class="col0">IncludePrivateFare</td><td class="col1">нет</td><td class="col2">булевский</td><td class="col3">Включать приватные цены в результат или нет, возможные значения: true - включать, false - не включать. Если не указан, то по умолчанию false.</td>
</tr>
<tr class="row95">
<td class="col0">ServiceTypes</td><td class="col1">нет</td><td class="col2">сложный хмл</td><td class="col3">Контейнер массива используемых веб-сервисов при поиске.</td>

</tr>
<tr class="row96">
<td class="col0">ServiceType</td><td class="col1">нет</td><td class="col2">строка</td><td class="col3">Тип веб-сервиса(поставщика). При указании нескольких элементов ServiceType поиск будет проведён для каждого сервиса. Возможные значения: Sirena2000 - поиск в Сирене; SirenaSchedule - поиск в Сирене по расписанию; SabreLFS - поиск в Сэйбр LFS; SabreBFM - поиск в Сэйбр BFM; SabreSchedule - поиск Сэйбр по расписанию; Galileo - поиск в Галилео; AmadeusMPTBS - поиск в Амадеус.</td>
</tr>
<tr class="row97">
<td class="col0">DataItems</td><td class="col1">нет</td><td class="col2">сложный</td><td class="col3">Уницифированный блок данных для хранения различного контента брони.</td>
</tr>
<tr class="row98">
<td class="col0">DataItem</td><td class="col1">нет</td><td class="col2">сложный</td><td class="col3">Контейнер для определенного типа передаваемой с запросом выписки информации.</td>
</tr>
<tr class="row99">
<td class="col0">Remark</td><td class="col1">нет</td><td class="col2">сложный</td><td class="col3">Контейнер для записи ремарок.</td>
</tr>
<tr class="row100">
<td class="col0">Type</td><td class="col1">нет</td><td class="col2">строка</td><td class="col3">Тип ремарки. Может принимать значения: General, Itinerary, Invoice, Historical, QueueControl, Vendor, NemoInternal, Confidential, MiniItinerary.</td>
</tr>
<tr class="row101">
<td class="col0">Text</td><td class="col1">нет</td><td class="col2">строка</td><td class="col3">Содержание ремаркаи.</td>
</tr>
</table>
</div>
</div>

<div class="toccolours mw-collapsible mw-collapsed" style="width:1000px">

==== Параметры, используемые в ответах ====
<div class="mw-collapsible-content">
<table border="1">

<tr bgcolor="#CCCCCC">
<th class="col0 leftalign"> Имя элемента </th><th class="col1 leftalign"> Обязательный </th><th class="col2 leftalign"> Тип </th><th class="col3 centeralign"> Описание </th>
</tr>
<tr class="row1">
<td class="col0">BookFlightResult </td><td class="col1">да </td><td class="col2">сложный </td><td class="col3">Контейнер для тела ответа бронирования</td>

</tr>
<tr class="row2">
<td class="col0">ID </td><td class="col1">да </td><td class="col2">число</td><td class="col3">Номер бронирования в системе Nemo.</td>
</tr>
<tr class="row3">
<td class="col0 leftalign">Status </td><td class="col1">да </td><td class="col2">строка </td><td class="col3">Статус брони, возможные значения: booked - забронировано, canceled - бронь отменена, ticket - выписана; UNDEFINED - статус не определён.</td>

</tr>
<tr class="row4">
<td class="col0">Code </td><td class="col1">да </td><td class="col2">строка </td><td class="col3">Номер бронирования в системе поставщика (в sabre, sirena и т.д.)/код тарифного правила</td>
</tr>
<tr class="row5">
<td class="col0">QueryPlace </td><td class="col1">нет </td><td class="col2">сложный </td><td class="col3">Очередь, в которую помещено бронирование</td>

</tr>
<tr class="row6">
<td class="col0 leftalign">Number </td><td class="col1">да </td><td class="col2">число </td><td class="col3">Номер очереди</td>
</tr>
<tr class="row7">
<td class="col0">Flight </td><td class="col1">да </td><td class="col2">сложный </td><td class="col3">Перелёт, по которому была сделана бронь (Результаты проверки доступности для перелёта)</td>

</tr>
<tr class="row8">
<td class="col0">Agency </td><td class="col1">да </td><td class="col2">сложный </td><td class="col3">Информация об агентстве</td>
</tr>
<tr class="row9">
<td class="col0">ItinReceipts</td><td class="col1">нет </td><td class="col2">сложный </td><td class="col3">Маршрут квитанция. Содержит строку в кодировки Encoding (как правило в base64), представляющую маршрут квитанцию в формате Format.</td>

</tr>
<tr class="row10">
<td class="col0">Encoding </td><td class="col1">да </td><td class="col2">строка </td><td class="col3">Кодировка</td>
</tr>
<tr class="row11">
<td class="col0">Format </td><td class="col1">да </td><td class="col2">строка</td><td class="col3">Формат</td>

</tr>
<tr class="row12">
<td class="col0">Travellers</td><td class="col1">да </td><td class="col2">сложный </td><td class="col3">Контейнер для информации о пассажирах</td>
</tr>
<tr class="row13">
<td class="col0">Traveller </td><td class="col1">да </td><td class="col2">сложный </td><td class="col3">Информация о пассажире</td>

</tr>
<tr class="row14">
<td class="col0">Ticket </td><td class="col1">нет </td><td class="col2">сложный </td><td class="col3">Билет пассажира.</td>
</tr>
<tr class="row15">
<td class="col0">TickectNum </td><td class="col1">да </td><td class="col2">строка </td><td class="col3">Номер билета</td>

</tr>
<tr class="row16">
<td class="col0">Seats</td><td class="col1">нет </td><td class="col2">сложный </td><td class="col3">Контейнер мест пассажира.</td>
</tr>
<tr class="row17">
<td class="col0">Seat </td><td class="col1">да </td><td class="col2">сложный </td><td class="col3">Место в самолёте</td>

</tr>
<tr class="row18">
<td class="col0">Number </td><td class="col1">да </td><td class="col2">строка</td><td class="col3">Номер места(ряд+номер в ряду)</td>
</tr>
<tr class="row19">
<td class="col0">Characteristic </td><td class="col1">нет</td><td class="col2">строка </td><td class="col3">Характеристика места в соответствии со стандартом EDIFACT. См справочник “Таблица характеристик мест”.</td>

</tr>
<tr class="row20">
<td class="col0">SmokingPreference </td><td class="col1">нет </td><td class="col2">строка </td><td class="col3">Статус курения на этом месте, если Y - место для курящих, если N - место для некурящих.</td>
</tr>
<tr class="row21">
<td class="col0">SegmentNumber </td><td class="col1">да </td><td class="col2">число </td><td class="col3">Номер сегмента</td>

</tr>
<tr class="row22">
<td class="col0">PersonalInfo </td><td class="col1">да </td><td class="col2">сложный </td><td class="col3">Личные данные</td>
</tr>
<tr class="row23">
<td class="col0">LoyaltyCard </td><td class="col1">нет </td><td class="col2">сложный </td><td class="col3">Карточка часто летающего пассажира</td>

</tr>
<tr class="row24">
<td class="col0">ContactInfo </td><td class="col1">нет </td><td class="col2">сложный </td><td class="col3">Контактная информация для пассажира</td>
</tr>
<tr class="row25">
<td class="col0">FareStored </td><td class="col1">нет </td><td class="col2">срока: Yes/No </td><td class="col3">Указывает установлена ли / гарантируется ли цена у поставщика. Если параметр отсутствует в ответе, то по умолчанию значение “Yes”.</td>

</tr>
<tr class="row26">
<td class="col0">CancelBookResult</td><td class="col1">да</td><td class="col2">сложный</td><td class="col3">Контейнер для тела ответа отмены брони</td>
</tr>
<tr class="row27">
<td class="col0">BookID</td><td class="col1">да</td><td class="col2">число</td><td class="col3">Номер брони, которая отменялась (Номер выписанной брони, выписка которой отменялась)</td>

</tr>
<tr class="row28">
<td class="col0">Result</td><td class="col1">да</td><td class="col2">сложный</td><td class="col3">Результат отмены (войдирования)</td>
</tr>
<tr class="row29">
<td class="col0">Success</td><td class="col1">да</td><td class="col2">булевский</td><td class="col3">Индикатор, показывающий успешно или нет прошла отмена, возможные значения: true - успешно отменена (войдирование); false - не отменена</td>

</tr>
<tr class="row30">
<td class="col0">GetAirRulesResult</td><td class="col1">да</td><td class="col2">сложный</td><td class="col3">Контейнер для тела ответа поиска тарифных правил</td>
</tr>
<tr class="row31">
<td class="col0">FlightId</td><td class="col1">да</td><td class="col2">число</td><td class="col3">Номер перелёта, для которого найдены тарифные правила (будет проводилась проверка доступности)</td>

</tr>
<tr class="row32">
<td class="col0">Rules</td><td class="col1">да</td><td class="col2">сложный</td><td class="col3">Контейнер для правил</td>
</tr>
<tr class="row33">
<td class="col0">Rule</td><td class="col1">да</td><td class="col2">сложный</td><td class="col3">Правило</td>

</tr>
<tr class="row34">
<td class="col0">Tarrif</td><td class="col1">да</td><td class="col2">строка</td><td class="col3">Код тарифа, для которого правило применяется</td>
</tr>
<tr class="row35">
<td class="col0">Name</td><td class="col1">да</td><td class="col2">строка</td><td class="col3">Имя правила</td>

</tr>
<tr class="row36">
<td class="col0">RuleText</td><td class="col1">да</td><td class="col2">строка</td><td class="col3">Текст правила</td>
</tr>
<tr class="row37">
<td class="col0">AirAvailResult</td><td class="col1">да</td><td class="col2">сложный</td><td class="col3">Контейнер для тела ответа помещения брони в очередь</td>

</tr>
<tr class="row38">
<td class="col0">IsAvail</td><td class="col1">да</td><td class="col2">булевский</td><td class="col3">Индикатор, показывающий доступность перелёта, возможные значения: true - доступен; false - недоступен</td>
</tr>
<tr class="row39">
<td class="col0">VoidTicketResult</td><td class="col1">да</td><td class="col2">сложный</td><td class="col3">Контейнер для тела ответа отмены выписки брони</td>

</tr>
<tr class="row40">
<td class="col0">SearchResult</td><td class="col1">нет</td><td class="col2">сложный</td><td class="col3">Контейнер тела ответа для результатов поиска.</td>
</tr>
<tr class="row41">
<td class="col0">Flights</td><td class="col1">да</td><td class="col2">сложный</td><td class="col3">Контейнер для перелётов</td>

</tr>
<tr class="row42">
<td class="col0">Flight</td><td class="col1">нет</td><td class="col2">сложный</td><td class="col3">Представляет информацию о перелёте. Отсутствует если перелётов не найдено (используется в поисковом ответе)</td>
</tr>
<tr class="row43">
<td class="col0">WebService</td><td class="col1">да</td><td class="col2">строка</td><td class="col3">Веб-сервис (поставщик) от которого был получен перелёт.</td>

</tr>
<tr class="row44">
<td class="col0">ValCompany</td><td class="col1">нет</td><td class="col2">строка</td><td class="col3">IATA код авиакомпании. Валидирующий перевозчик, на бланках которого должен выписываться билет.</td>
</tr>
<tr class="row45">
<td class="col0">Segments</td><td class="col1">да</td><td class="col2">сложный</td><td class="col3">Контейнер для сегментов перелёта</td>

</tr>
<tr class="row46">
<td class="col0">Segment</td><td class="col1">да</td><td class="col2">сложный</td><td class="col3">Представляет информацию о сегменте</td>
</tr>
<tr class="row47">
<td class="col0">SegNum</td><td class="col1">да</td><td class="col2">число</td><td class="col3">Номер сегмента в перелёте</td>

</tr>
<tr class="row48">
<td class="col0">DepAirp</td><td class="col1">да</td><td class="col2">строка</td><td class="col3">IATA код аэропорта отправления</td>
</tr>
<tr class="row49">
<td class="col0">DepTerminal</td><td class="col1">нет</td><td class="col2">строка</td><td class="col3">Код терминала отправления</td>

</tr>
<tr class="row50">
<td class="col0">ArrAirp</td><td class="col1">да</td><td class="col2">строка</td><td class="col3">IATA код аэропорта прибытия</td>
</tr>
<tr class="row51">
<td class="col0">ArrTerminal</td><td class="col1">нет</td><td class="col2">строка</td><td class="col3">Код терминала прибытия</td>

</tr>
<tr class="row52">
<td class="col0">OpAirline</td><td class="col1">да</td><td class="col2">строка</td><td class="col3">Код авиакомпании, выполняющей рейс</td>
</tr>
<tr class="row53">
<td class="col0">MarkAirline</td><td class="col1">да</td><td class="col2">строка</td><td class="col3">Код авиакомпании, продающей билет</td>

</tr>
<tr class="row54">
<td class="col0">FlightNumber</td><td class="col1">да</td><td class="col2">число</td><td class="col3">Номер рейса</td>
</tr>
<tr class="row55">
<td class="col0">AircraftType</td><td class="col1">да</td><td class="col2">строка</td><td class="col3">Код типа самолёта</td>

</tr>
<tr class="row56">
<td class="col0">DepDateTime</td><td class="col1">да</td><td class="col2">строка</td><td class="col3">Дата и время отправления, формат ГГГГ-MM-ДДTЧЧ:ММ:СС</td>
</tr>
<tr class="row57">
<td class="col0">ArrDateTime</td><td class="col1">да</td><td class="col2">строка</td><td class="col3">Дата и время прибытия, формат ГГГГ-MM-ДДTЧЧ:ММ:СС</td>

</tr>
<tr class="row58">
<td class="col0">StopNum</td><td class="col1">да</td><td class="col2">число</td><td class="col3">Число остановок</td>
</tr>
<tr class="row59">
<td class="col0">Meal</td><td class="col1">да</td><td class="col2">строка</td><td class="col3">Тип питания, возможные значения: UNDEFINED - неизвестно; N - Нет питания; P - Алкогольные напитки в продаже; B - Завтрак; O - Холодная еда; C - Бесплатные алкогольные напитки; K - Континтальный завтрак; D - Обед; F - Еда в продаже; G - Еда/напитки в продаже; H - Горячая еда; L - Ланч; M - Еда; R - Освежающие еда/напитки бесплатно; V - Освежающие еда/напитки за отдельную плату; S - Закуска</td>

</tr>
<tr class="row60">
<td class="col0">BookingCodes</td><td class="col1">да</td><td class="col2">сложный</td><td class="col3">Контейнер для классов перелёта.</td>
</tr>
<tr class="row61">
<td class="col0">BookingCode</td><td class="col1">да</td><td class="col2">строка</td><td class="col3">Код класса перелёта. Если производится поиск по расписанию, то может встречаться несколько раз. Содержит информацию о классе перелета определенного сегмента.</td>

</tr>
<tr class="row62">
<td class="col0">FlightTime</td><td class="col1">нет</td><td class="col2">число</td><td class="col3">Время перелёта в минутах</td>
</tr>
<tr class="row63">
<td class="col0">TimeZone</td><td class="col1">нет</td><td class="col2 rightalign"> сложный</td><td class="col3">Информация о временных зона прибытия и отправления</td>

</tr>
<tr class="row64">
<td class="col0">Departure</td><td class="col1">да</td><td class="col2">число</td><td class="col3">Часовой пояс отправления, UTC (смещение относительно Гринвича)</td>
</tr>
<tr class="row65">
<td class="col0">Arrival</td><td class="col1">да</td><td class="col2">число</td><td class="col3">Часовой пояс прибытия, UTC (смещение относительно Гринвича)</td>

</tr>
<tr class="row66">
<td class="col0">ETicket</td><td class="col1">да</td><td class="col2">булевский</td><td class="col3 rightalign">Индикатор электронного билета, возможные значения: true - билет является электронным, false - билет не является электронным.</td>
</tr>
<tr class="row67">
<td class="col0">Baggage</td><td class="col1">нет</td><td class="col2">сложный</td><td class="col3">Информация о багаже</td>

</tr>
<tr class="row68">
<td class="col0">Measure</td><td class="col1">да</td><td class="col2">строка</td><td class="col3">Мера веса. K - килограммы, PC - сумки/клади</td>
</tr>
<tr class="row69">
<td class="col0">Value</td><td class="col1">да</td><td class="col2">строка</td><td class="col3">Количество багажа</td>

</tr>
<tr class="row70">
<td class="col0">PricingInfo</td><td class="col1">нет</td><td class="col2">сложный</td><td class="col3">Контейнер для информации о ценах. Отсутствует в случае, если производится поиск по расписанию.</td>
</tr>
<tr class="row71">
<td class="col0">Refundable</td><td class="col1">да</td><td class="col2">булевский</td><td class="col3">Индикатор показывающий является ли билет возвратным или нет, возможные значения: true - возвратный (нет штрафов за возврат), false - невозвратный (могут быть штрафы за возврат)</td>

</tr>
<tr class="row72">
<td class="col0">PassengerFare</td><td class="col1">да</td><td class="col2">сложный</td><td class="col3">Информация о ценах для конкретного типа пассажиров.</td>
</tr>
<tr class="row73">
<td class="col0">Quantity</td><td class="col1">да</td><td class="col2">число</td><td class="col3">Число пассажиров данного типа</td>

</tr>
<tr class="row74">
<td class="col0">BaseFare</td><td class="col1">да</td><td class="col2">сложный</td><td class="col3">Цена в базовой валюте(за одного пассажира)</td>
</tr>
<tr class="row75">
<td class="col0">EquiveFare</td><td class="col1">нет</td><td class="col2">сложный</td><td class="col3">Цена в эквивалентной валюте(за одного пассажира), при поиске цены не возвращается</td>

</tr>
<tr class="row76">
<td class="col0">TotalFare</td><td class="col1">нет</td><td class="col2">сложный</td><td class="col3">Полная стоимость для пассажиров данного типа включая таксы (за одного пассажира), при поиске цены не возвращается</td>
</tr>
<tr class="row77">
<td class="col0">Currency</td><td class="col1">да</td><td class="col2">строка</td><td class="col3">Трёх буквенный код валюты.</td>

</tr>
<tr class="row78">
<td class="col0">Amount</td><td class="col1">да</td><td class="col2">число с плавающей точкой</td><td class="col3">Значение стоимости.</td>
</tr>
<tr class="row79">
<td class="col0">Taxes</td><td class="col1">нет</td><td class="col2">сложный</td><td class="col3">Контейнер для такс, при поиске цены не возвращается</td>

</tr>
<tr class="row80">
<td class="col0">Tax</td><td class="col1">да</td><td class="col2">сложный</td><td class="col3">Одна такса</td>
</tr>
<tr class="row81">
<td class="col0">CurCode</td><td class="col1">да</td><td class="col2">строка</td><td class="col3">Трёх буквенный код валюты для таксы</td>

</tr>
<tr class="row82">
<td class="col0">TaxCode</td><td class="col1">да</td><td class="col2">строка</td><td class="col3">Код таксы</td>
</tr>
<tr class="row83">
<td class="col0">Amount</td><td class="col1">да</td><td class="col2">число с плавающей точкой</td><td class="col3">Значение таксы</td>

</tr>
<tr class="row84">
<td class="col0">Tariffs</td><td class="col1">да</td><td class="col2">сложный</td><td class="col3">Контейнер для тарифов</td>
</tr>
<tr class="row85">
<td class="col0">Tariff</td><td class="col1">да</td><td class="col2">сложный</td><td class="col3">Контейнер для одного тарифа</td>

</tr>
<tr class="row86">
<td class="col0">Code</td><td class="col1">да</td><td class="col2">строка</td><td class="col3">Код тарифа</td>
</tr>
<tr class="row87">
<td class="col0">SegNum</td><td class="col1">да</td><td class="col2">число</td><td class="col3">Номер сегмента для которого применяется тариф, если тариф применяется для всех сегментов, то возвращается 0.</td>

</tr>
<tr class="row88">
<td class="col0">FareCalc</td><td class="col1">нет</td><td class="col2">строка</td><td class="col3">Строка расчёта цены</td>
</tr>
<tr class="row89">
<td class="col0">LastTicketDateTime</td><td class="col1">да</td><td class="col2">строка</td><td class="col3">Дата и время таймлимита по выписке в формате ГГГГ-MM-ДДTЧЧ:ММ:СС по московскому времени. Если бронирование не будет аннулировано или выписано до этого времени, то могут быть применены штрафы.</td>

</tr>
</table>
</div>
</div>

{{Attention|В системе реализован усовершенствованный API-проект «Nemo Connect», настоятельно рекомендуем подключаться по схеме, описанной в документации по [http://docs.nemo.travel/ ссылке]}}
== См. также ==
*[http://docs.nemo.travel Nemo Connect]
*[[Агентский интерфейс прикладного программирования (Агентский API)]]
*[[Агентский API Отели]]
*[[Бронирование]]
*[[Электронный билет]]

Настройки фискализации

2020-01-24T15:14:24Z

Галина Погожильская:

= Обоснование и важность =
C 01.07.2019 вступают в силу серьёзные санкции за невыполнение Приказа ФНС России от 21.03.2017 N ММВ-7-20/229@, утверждающего для организаций дополнительные реквизиты фискальных документов.<br>

Для соответствия приказу и корректного функционирования агентства, в разделе '''Финансы и платежи''' → '''Настройки фискализации''' (/settings__services_extra_info_lists) нужно задать правила передачи/расчёта НДС и информацию о поставщике услуг для ВСЕХ услуг, доступных агентству.

= Обязательные настройки для фискализации =

1. Для услуг «Тариф», «Такса», «Услуги авиакомпании» доступны две настройки. Первая - '''«Отправлять НДС по услуге»'''. При включённой настройке '''«Отправлять НДС по услуге»''' - в чеке, переданном в платёжный шлюз, будет указана ставка НДС, в соответствии с системой налогообложения агентства, указанной в «Профиле компании». Вторая - '''«Использовать ставки 20 вместо 20/120 и 10 вместо 10/110»'''. При включённой настройке '''«Использовать ставки 20 вместо 20/120 и 10 вместо 10/110»''' - в чеке, переданном в платёжный шлюз, вместо ставки НДС 20/120 будет указана ставка 20, а вместо ставки НДС 10/110 будет указана ставка 10.

2. Для услуг «Дополнительные услуги агентства» и «Cервисные пакеты» к настройке доступна только одна позиция - '''«Отправлять НДС по услуге»'''. При включённой настройке '''«Отправлять НДС по услуге»''' - в чеке, переданном в платёжный шлюз, будет указана ставка НДС, в соответствии с системой налогообложения агентства, указанной в «Профиле компании».

3. Для всех остальных услуг, которые включаются на агентстве модульно, доступны следующие настройки:
* ИНН поставщика услуг - в чек будет передан ИНН поставщика услуг, для иностранных компаний ИНН не передаётся, либо передаются нули (в зависимости от требований платёжного шлюза);
* Телефон поставщика - в чек будет передан телефон поставщика услуги;
* НДС услуги - в чек будет передана ставка НДС в соответствии с этой настройкой, возможные значения:
** Без НДС
** НДС 0
** НДС 10
** НДС 10/110
** НДС 20
** НДС 20/120
* Признак агента - в чеке будет передаваться признак агентской услуги;
* Отправлять НДС по услуге.
*Тип налогооблажения - способ рассчета налогов для услуги, возможные значения:
**Упрощенная система (доходы)
**Упрощенная система (доходы минус расходы)
**С НДС

Для шлюза МПС учитываются только 3 значения НДС: 0, 110 и 120%.
<br>
Информация о поставщике для ГДС-услуг берётся из статических данных, хранящихся в системе Nemo.travel. Среди них - хранящаяся на серверах системы информация о поставщике (например, авиакомпании), такая как название, код, страна и тд.
<br>
Настройки фискализации платежного шлюза - '''Финансы и платежи''' → '''Платежные методы''' → '''Управление шлюзами''' (/settings__payment_instances_connection_edit).<br>

= Платёжные шлюзы с поддержкой фискализации =
* [[Сбербанк]] - требуется использовать «Версия протокола ФФД 1.05» в настройках платёжного шлюза.
* [[Assist]] - требуется «Включить фискализацию» в настройках платёжного шлюза.
* [[Uniteller]] - требуется «Использовать оплату с фискализацией» в настройках платёжного шлюза.
* [[МПС]] - требуется «Использовать оплату с фискализацией» или «Оформлять чек на основе данных Nemo Connect» в настройках платёжного шлюза. {{Attention|Для использования нового режима фискализации в мпс, агенту нужно запросить у МПС активацию опции sourсe «shop_on_confirm».}}

* [[PayOnline]] - фискализация включена по умолчанию, отдельной настройкой не включается.
* [[Platron]] - фискализация включена по умолчанию, отдельной настройкой не включается.

{{Attention|Во всех шлюзах, если настройка доступна, нужно использовать оплату с преавторизацией.}}

= См. также =
* [[Платежные шлюзы]]
*

Процессинг

2020-01-21T09:48:27Z

Галина Погожильская: /* Авиакомпании, принимающие оплату кредитными картами через GDS */

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

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

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

== Процессинг в {{NameSystem}} ==

Система {{NameSystem}} процессинг не производит, его совершают сторонние партнеры — эквайреры.

'''Модуль по приему оплаты кредитными картами онлайн располагает следующими возможностями:'''
* Передача данных в систему онлайн-эквайрера о текущем статусе бронирования. По авторизованному запросу (параметр – идентификатор заказа в ГРС/КРС – номер PNR) программа предоставит краткую информацию о заказе (маршрут, количество пассажиров), даст информацию о текущем статусе этого заказа (забронирован, аннулирован), общей стоимости PNR к оплате в рублях, внутреннем идентификаторе заказа в базе данных системы для возможностей дальнейшего учета.
* Ввод данных о кредитной карте производится пользователем на защищенных https страницах эквайрера. В процессе ввода система эквайрера производит необходимые проверки на действительность карты, после чего производит действие «списание средств со счета клиента» и пересылает эти данные о статусе оплаты (оплачен или не оплачен) в соответствующий модуль программы.
* Получение информации о статусе оплаты от системы эквайрера. После того, как транзакция проведена в системе эквайрера, данные об оплате вместе с номером транзакции, и иные необходимые реквизиты платежа передаются в систему, которая, в свою очередь, подтверждает прием этих данных от эквайрера и фиксирует информацию об оплате заявки покупателем с фиксацией даты оплаты. Помимо этого в базе данных программы сохраняется номер транзакции и статус оплаты (оплачено полностью «да»/«нет»).

'''Административная часть {{NameSystem}} имеет следующие функциональные возможности:'''
# позволяет включать и выключать платежный шлюз.
# настраивать описание и наценки для данного метода оплаты.

Программа не поддерживает: частичную оплату заказа, возвраты денежных средств, зачисление оплаты одновременно на несколько бронирований, «депонирование» оплаченных средств.[[Файл:Uniteller3d.png|300px|справа|Слайд презентации Uniteller]]

== Протокол безопасности 3D Secure ==

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

Об интернет-эквайринге с использованием технологии 3DS аутентификации читайте на соответствующей [http://www.tch.ru/rus/projects/3ds странице] сайта ТКП.

== Авиакомпании, принимающие оплату кредитными картами через GDS ==

'''Galileo'''

AA AB AC AF AH AI AM AR AS AT AV AY AZ BA BD BE BR BT BW CA CF CI CM CO CX CY CZ DE DL DT EI EK ET EY FB FI FJ FV GA GF GY HM HR HU HX HY IB IG IR IT IY IZ JA JJ JK JL JP JU KC KE KL KM KU LA LG LH LN LO LV LW LX LY MA MD ME MH MK MS MU NH NT NZ OA OK OL OM OS OU OZ PG PK PR PS PW QF QI QR QV RB RE RJ RO SA SB SK SN SQ SS SU SV SW TG TK TN TP TS TU TX UA UL UM UN UO UP US UT UU VH VN VR VS VT VU VV WM WY XF XQ XW YM YO ZI ZJ A3 B2 C9 F7 I5 J2 R2 S3 S4 S7 T7 U6 U8 V3 W5 Z6 2J 2U 2W 5L 6H 7B 7D 8U 9B 9U 9W NN

'''Sabre'''

1X 2F 2J 2K 2M 2R 3E 3H 3K 4N 4Q 4W 5C 5G 5L 5N 5T 7D 7F 7H 7I 7M 7V 8E 8M 8O 8P 9B-RAIL 9F-RAIL 9H 9K 9L 9M 9U 9V A3 A5 A6 AA AB AC AE AF AH AI AR AS AT AV AX AY AZ B2 B6 BA BD BE BG BI BL BP BR BT BV BW CA CC CE CF CI CM CN CO CS CX CY CZ D6 DC DE DJ DL DR DT EI EK EL ET EY F7 F9 FB FI FJ FL FM FQ GA GF GH GL GR H2 HA HG HI HM HP HR HT HU HY HZ I4 I5 I8 IB IE IG IR IY IZ J2 J5 JB JC JJ JK JO JP JQ JU JV JZ KA KC KE KF KK KL KM KQ KS KU KX LA LG LH LI LK LO LP LR LW LX LY MA MD ME MF MH MK MO MP MS MU MW NF NH NK NT NU NX O4 OA OK OL OM OR OS OT OU OZ P1 PA PB PC PD PG PJ PK PR PS PU PW PX PY PZ QF QI QM QR QS QV R7 RA RJ RL RO RU RV S2 S3 S4 S7 SA SB SC SG SK SN SP SQ SS SU SV SY T3 T4 T7 TA TC TF TG TJ TK TL TM TP TS TU TX U5 U6 U7 U9 UD UG UH UL UM UN UO UP US UT UU UV UX V0 V2 V3 V4 VA VC VE VF VK VN VR VS VT VU VV VW W5 WA WB WF WG WJ WN WP WS WY XC XF XK XL XM XP XQ Y0 YM YN YO YV YX Z3 Z5 Z6 ZI ZK ZL

''' Travelport uAPI '''

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

== Процессинг в GDS Galileo ==
В GDS Galileo при оплате картой без GDS-процессинга форма оплаты в маске заказа проставляется значением «MS», при оплате картой с процессингом — «CC», во всех остальных — «Cash».

== См. также ==
* [[Uniteller]]
* [[Юнителлер с процессингом через ГРС]]
* [[ГРС]]
* [[PNR]]
* [[Защищенное соединение]]
* [[Галилео]]
* [[Сейбр]]

Шаблоны электронных писем

2020-01-09T10:48:13Z

Галина Погожильская: /* Шаблоны электронных писем */

[[Категория:Настройки]]
[[Категория:Авиабилеты]]
[[Категория:Железнодорожные билеты]]
== Шаблоны электронных писем ==

В разделе '''Настройки системы → Нотификации → Шаблоны электронных писем''' в панели администрирования {{NameSystemLink}} настраиваются шаблоны писем, которые приходят пользователю при совершении им каких-либо действий. В системе доступны следующие шаблоны:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

*'''Выписка''' — отправляется при выписке билетов после нажатия кнопки ''выписать'', либо после запуска автовыписки;
{{Attention|Если НЕ задан шаблон '''''Выписка''''', то при выписке заказа письма на E-mail не будут отправлены, а в логах будет возникать '''''Ошибка "Action not taken: ticket_notification"''''' .}}

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

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

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

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

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

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

==Шаблонные переменные==
<div class="toccolours mw-collapsible mw-collapsed" style="width:600px">
====Бронирование====
<div class="mw-collapsible-content">

===== Описание переменных =====

{| style="width: 600px;" class="wikitable"
|-
| width="300" | Переменная
| width="300" | Описание переменной
|-
|%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%
|Телефон заказчика
|-
|%SEGMENT_DATE_ARR%
|Дата и время прилета сегмента
|-
|%SEGMENT_DATE_DEP%
|Дата и время вылета сегмента
|-
|%GROUP_DATE_DEP_ARR%
|Дата и время вылета и прилета по сегмента
|-
|%GROUP_DEP_ARR%
|Маршрут сегмента
|-
|%QRCODE%
|QR-код
|-
|%ALPHA_INSURANCE_INFO%
|Информация об услуге АльфаCтрахование для всего заказа
|-
|%PASS_ALPHA_INSURANCE_INFO%
|Информация об услуге АльфаCтрахование для пассажира
|-
|%PASS_TYPE_GROUP_TYPE%
|Тип пассажира (группировка по типам пассажиров)
|-
|%TOTAL_CHARGES_AND_TAXES%
|Сборы и таксы на всех пассажиров
|-
|%PASS_TYPE_GROUP_COUNT%
|Количество пассажиров (группировка по типам пассажиров)
|-
|%PASS_TYPE_GROUP_FARE%
|Тариф (группировка по типам пассажиров)
|-
|%PASS_TYPE_GROUP_TAXES%
|Таксы (группировка по типам пассажиров)
|-
|%PASS_TYPE_GROUP_TOTAL%
|Итого (группировка по типам пассажиров)
|-
|%PASS_TYPE_GROUP_TOTAL_FOR_GROUP%
|Итого на группу (группировка по типам пассажиров)
|-
|%FROM_SOURCE%
|Откуда (город, аэропорт)
|-
|%TO_DESTINATION%
|Куда (город, аэропорт)
|-
|%SEG_START_TERMINAL%
|Начальный терминал
|-
|%SEG_END_TERMINAL%
|Конечный терминал
|-
|%FLIGHT_DATE%
|Дата вылета
|-
|%AIRLINE_COMPANY%
|Название авиакомпании
|-
|%AIRPORT_NAME%
|Название аэропорта
|-
|%FLIGHT_NUMBER%
|Номер рейса
|-
|%ANNULATE_DATE%
|Крайний срок оплаты (дата и время автоматической аннуляции)
|-
|%CASH_DESK%
|Кассы для оплаты
|-
|%SHORT_BOOK_INFO%
|Краткая информация о бронировании
|-
|%SHORT_FLIGHT_INFO%
|Краткая информация о перелете
|-
|%SHORT_CLIENT_INFO%
|Краткая информация о клиенте
|-
|%SHORT_PASS_INFO%
|Краткая информация о пассажирах
|-
|%INFO_LINKS%
|Набор ссылок управления заказом
|-
|%GROUP_FROM_SOURCE%
|Откуда (город, аэропорт) [для сегмента]
|-
|%GROUP_TO_DESTINATION%
|Куда (город, аэропорт) [для сегмента]
|-
|%GROUP_FLIGHT_DATE%
|Дата вылета [для сегмента]
|-
|%GROUP_FLIGHT_NUMBER%
|Номер рейса [для сегмента]
|-
|%GROUP_FLIGHT_COMPANY%
|Название авиакомпании [для сегмента]
|-
|%TOTAL_PRICE%
|Стоимость заказа (в валюте агентства)
|-
|%BASE_TARIFF%
|Базовый тариф
|-
|%TAXES%
|Ценовые правила
|-
|%GROUP_VENDOR_ID%
|ID заказа в авиакомпании
|-
|%GROUP_FLIGHT_CLASS%
|Класс
|-
|%GROUP_AIRCRAFT%
|Тип судна
|-
|%GROUP_PASS_FIO%
|ФИО пассажира
|-
|%GROUP_PASS_DOC%
|Вид документа, его серия и номер
|-
|%GROUP_PASS_DATA_BIRTH%
|Дата рождения пассажира
|}

===== Описание групп =====

{| style="width: 600px;" class="wikitable"
|-
| width="300" | Название группы
| width="300" | Описание группы
|-
| width="300" | %SEGMENT%
| width="300" | Сегмент
|-
| width="300" | %PASSENGER_TYPE%
| width="300" | Тип пассажира
|-
| width="300" | %PASSENGER%
| width="300" | Пассажир
|}

===== Промоакции =====

{| style="width: 600px;" class="wikitable"
|-
| width="300" | Переменная
| width="300" | Название акции
|-
| width="300" | %PROMO(21)% TEXT [UNICODE] %PROMO%
| width="300" | Промоакция «12022014_Promo»
|}
21 — это id промоакции, TEXT — текст по желанию, 12022014_Promo — уникальный код промоакции
</div>
</div>

<div class="toccolours mw-collapsible mw-collapsed" style="width:600px">

==== Аннуляция ====
<div class="mw-collapsible-content">

===== Описание переменных =====

{| style="width: 600px;" class="wikitable"
|-
| width="300" | Переменная
| width="300" | Описание переменной
|-
| width="300" | %AGENCY_NAME%
| width="300" | Название агенства
|-
| width="300" | %AGENCY_PHONE%
| width="300" | Телефон агентства
|-
| width="300" | %AGENCY_EMAIL%
| width="300" | E-mail агентства
|-
| width="300" | %USER_NAME%
| width="300" | Имя и фамилия получателя письма
|-
| width="300" | %BOOKING_NUMBER%
| width="300" | Внутренний номер заказа
|-
| width="300" | %EXTERNAL_ID%
| width="300" | Внешний ID заказа
|-
| width="300" | %BOOKING_CODE%
| width="300" | Код доступа к брони
|-
| width="300" | %SERVICE_BOOKING_NUMBER%
| width="300" | Номер бронирования в системе поставщика
|-
| width="300" | %LINK_TO_BOOKING%
| width="300" | Ссылка на бронирование
|-
| width="300" | %GROUP_DATE_DEP_ARR%
| width="300" | Дата и время вылета и прилета по сегмента
|-
| width="300" | %GROUP_DEP_ARR%
| width="300" | Маршрут сегмента
|-
| width="300" | %EXTSERVICE_INFO%
| width="300" | Информация о дополнительной услуге
|-
| width="300" | %BOOKING%
| width="300" | Забронировать
|-
| width="300" | %CREDIT_CARD%
| width="300" | Банковская карта
|-
| width="300" | %E_MONEY%
| width="300" | Электронные деньги
|-
| width="300" | %BOOKING_ID%
| width="300" | ID услуги в системе
|-
| width="300" | %ANNULATE_DATE%
| width="300" | Крайний срок оплаты (дата и время автоматической аннуляции)
|}

===== Описание групп =====

{| style="width: 600px;" class="wikitable"
|-
| width="300" | Название группы
| width="300" | Описание группы
|-
| width="300" | %SEGMENT%
| width="300" | Сегмент
|}

===== Промоакции =====

{| style="width: 600px;" class="wikitable"
|-
| width="300" | Переменная
| width="300" | Название акции
|-
| width="300" | %PROMO(21)% TEXT [UNICODE] %PROMO%
| width="300" | Промоакция «12022014_Promo»
|}
21 — это id промоакции, TEXT — текст по желанию, 12022014_Promo — уникальный код промоакции
</div>
</div>

<div class="toccolours mw-collapsible mw-collapsed" style="width:600px">

====Оплата====
<div class="mw-collapsible-content">

===== Описание переменных =====

{| style="width: 600px;" class="wikitable"
|-
| width="300" | Переменная
| width="300" | Описание переменной
|-
| width="300" | %AGENCY_NAME%
| width="300" | Название агенства
|-
| width="300" | %AGENCY_PHONE%
| width="300" | Телефон агентства
|-
| width="300" | %AGENCY_EMAIL%
| width="300" | E-mail агентства
|-
| width="300" | %USER_NAME%
| width="300" | Имя и фамилия получателя письма
|-
| width="300" | %BOOKING_NUMBER%
| width="300" | Внутренний номер заказа
|-
| width="300" | %EXTERNAL_ID%
| width="300" | Внешний ID заказа
|-
| width="300" | %BOOKING_CODE%
| width="300" | Код доступа к брони
|-
| width="300" | %SERVICE_BOOKING_NUMBER%
| width="300" | Номер бронирования в системе поставщика
|-
| width="300" | %LINK_TO_BOOKING%
| width="300" | Ссылка на бронирование
|-
| width="300" | %GROUP_DATE_DEP_ARR%
| width="300" | Дата и время вылета и прилета по сегмента
|-
| width="300" | %GROUP_DEP_ARR%
| width="300" | Маршрут сегмента
|-
| width="300" | %EXTSERVICE_INFO%
| width="300" | Информация о дополнительной услуге
|-
| width="300" | %TRANSACTION%
| width="300" | Номер транзакции
|-
| width="300" | %AMOUNT%
| width="300" | Сумма
|-
| width="300" | %BOOKING_ID%
| width="300" | ID услуги в системе
|-
| width="300" | %TYPE_OF_SERVICE%
| width="300" | Тип услуги
|}

===== Описание групп =====

{| style="width: 600px;" class="wikitable"
|-
| width="300" | Название группы
| width="300" | Описание группы
|-
| width="300" | %SEGMENT%
| width="300" | Сегмент
|}

===== Промоакции =====

{| style="width: 600px;" class="wikitable"
|-
| width="300" | Переменная
| width="300" | Название акции
|-
| width="300" | %PROMO(21)% TEXT [UNICODE] %PROMO%
| width="300" | Промоакция «12022014_Promo»
|}
21 — это id промоакции, TEXT — текст по желанию, 12022014_Promo — уникальный код промоакции
</div>
</div>

<div class="toccolours mw-collapsible mw-collapsed" style="width:600px">
====Изменение заказа при синхронизации (перелет)====
<div class="mw-collapsible-content">

===== Описание переменных =====

{| style="width: 600px;" class="wikitable"
|-
| width="300" | Переменная
| width="300" | Описание переменной
|-
|%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%
|Телефон заказчика
|-
|%SEGMENT_DATE_ARR%
|Дата и время прилета сегмента
|-
|%SEGMENT_DATE_DEP%
|Дата и время вылета сегмента
|-
|%GROUP_DATE_DEP_ARR%
|Дата и время вылета и прилета по сегмента
|-
|%GROUP_DEP_ARR%
|Маршрут сегмента
|-
|%QRCODE%
|QR-код
|-
|%ALPHA_INSURANCE_INFO%
|Информация об услуге АльфаCтрахование для всего заказа
|-
|%PASS_ALPHA_INSURANCE_INFO%
|Информация об услуге АльфаCтрахование для пассажира
|-
|%PASS_TYPE_GROUP_TYPE%
|Тип пассажира (группировка по типам пассажиров)
|-
|%TOTAL_CHARGES_AND_TAXES%
|Сборы и таксы на всех пассажиров
|-
|%PASS_TYPE_GROUP_COUNT%
|Количество пассажиров (группировка по типам пассажиров)
|-
|%PASS_TYPE_GROUP_FARE%
|Тариф (группировка по типам пассажиров)
|-
|%PASS_TYPE_GROUP_TAXES%
|Таксы (группировка по типам пассажиров)
|-
|%PASS_TYPE_GROUP_TOTAL%
|Итого (группировка по типам пассажиров)
|-
|%PASS_TYPE_GROUP_TOTAL_FOR_GROUP%
|Итого на группу (группировка по типам пассажиров)
|-
|%BOOKING%
|Забронировать
|-
|%CREDIT_CARD%
|Банковская карта
|-
|%E_MONEY%
|Электронные деньги
|-
|%BOOKING_ID%
|Ид услуги в системе
|-
|%FROM_SOURCE%
|Откуда (город, аэропорт)
|-
|%TO_DESTINATION%
|Куда (город, аэропорт)
|-
|%SEG_START_TERMINAL%
|Начальный терминал
|-
|%SEG_END_TERMINAL%
|Конечный терминал
|-
|%FLIGHT_DATE%
|Дата вылета
|-
|%AIRLINE_COMPANY%
|Название авиакомпании
|-
|%AIRPORT_NAME%
|Название аэропорта
|-
|%FLIGHT_NUMBER%
|Номер рейса
|-
|%ANNULATE_DATE%
|Крайний срок оплаты (дата и время автоматической аннуляции)
|-
|%CASH_DESK%
|Кассы для оплаты
|-
|%SHORT_BOOK_INFO%
|Краткая информация о бронировании
|-
|%SHORT_FLIGHT_INFO%
|Краткая информация о перелете
|-
|%SHORT_CLIENT_INFO%
|Краткая информация о клиенте
|-
|%SHORT_PASS_INFO%
|Краткая информация о пассажирах
|-
|%GROUP_FROM_SOURCE%
|Откуда (город, аэропорт) [для сегмента]
|-
|%GROUP_TO_DESTINATION%
|Куда (город, аэропорт) [для сегмента]
|-
|%GROUP_FLIGHT_DATE%
|Дата вылета [для сегмента]
|-
|%GROUP_FLIGHT_NUMBER%
|Номер рейса [для сегмента]
|-
|%GROUP_FLIGHT_COMPANY%
|Название авиакомпании [для сегмента]
|-
|%TOTAL_PRICE%
|Стоимость заказа (в валюте агентства)
|-
|%BASE_TARIFF%
|Базовый тариф
|-
|%TAXES%
|Ценовые правила
|-
|%GROUP_VENDOR_ID%
|ID заказа в авиакомпании
|-
|%GROUP_FLIGHT_CLASS%
|Класс
|-
|%GROUP_AIRCRAFT%
|Тип судна
|-
|%GROUP_PASS_FIO%
|ФИО пассажира
|-
|%GROUP_PASS_DOC%
|Вид документа, его серия и номер
|-
|%GROUP_PASS_DATA_BIRTH%
|Дата рождения пассажира
|-
|%MODIFY_CHANGES%
|Изменения в заказе
|}

===== Описание групп =====

{| style="width: 600px;" class="wikitable"
|-
| width="300" | Название группы
| width="300" | Описание группы
|-
| width="300" | %SEGMENT%
| width="300" | Сегмент
|-
| width="300" | %PASSENGER_TYPE%
| width="300" | Тип пассажира
|-
| width="300" | %PASSENGER%
| width="300" | Пассажир
|}
</div>
</div>

== Особенности работы с переменными в шаблонах ==

При внесении в шаблоны ссылок на страницы сайта с помощью переменных вида %LINK_TO_BOOKING% в ссылки подтягивается доменное имя сайта, указанное в административном разделе, в настройке '''Управление сайтом → Домены и протоколы → Доменное имя сайта для загрузки настроек'''.

Если в этой настройке указано несколько доменных имен, то при формировании ссылки будет использовано первое из них.

== Особенности работы с письмом для чартеров ==
Текст письма задаётся в разделе '''Управление сайтом → Языковые ресурсы''' в качестве соответствия метке "Text for mail with certificate".

== Настройки почтовой рассылки ==

Настройки, необходимые для работы почтовой рассылки, находятся в разделе '''Настройки системы → Нотификации и документы → Настройки почты'''. В поле {{Setting|SMTP логин}} указывается адрес электронной почты, с которой будут отправляться все шаблоны электронных писем.

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

В поле {{Setting|SMTP сервер}} указывается используемый почтовый сервер (например, «smtp.mail.ru»).

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

Функция отправки тестового письма служит для проверки работы почтовой рассылки в системе: при нажатии на ссылку '''«Отправить тестовое письмо»''' на почтовый ящик, указанный в настройках агентства, должно прийти тестовое письмо.

== Отправка копий писем ==

В системе есть возможность отправлять копии писем о бронировании, аннуляции и пр. на дополнительные почтовые ящики, указанные в настройках почты ('''Настройки системы → Нотификации и документы → Параметры'''). Для использования настройки необходимо через «;» в поле {{Setting|Адрес электронной почты для копий уведомлений}} указать e-mail тех пользователей, кому должны отправляться письма (например: mail_1@test.ru; mail_2@test.ru; mail_3@test.ru).

Также в разделе '''Настройки системы → Нотификации → Шаблоны электронных писем''' есть возможность указать в поле {{Setting|Адрес для скрытой копии письма}} e-mail адреса, на которые будут отправляться скрытые копии писем, сгенерированных на основании конкретного шаблона.

Настройка {{Setting|Добавлять pdf-копию письма во вложениях}} находящаяся в разделе '''Настройки системы → Нотификации → Шаблоны электронных писем''', для каждого типа письма задается по отдельности. Если настройка включена для определенного типа сообщений, то к этим письмам будет прилагаться pdf-копия письма.

== См. также ==
* [[Почтовый сервер]]
* [[Бронирование]]
* [[Аннуляция]]
* [[Восстановление пароля]]
* [[Выписка]]
* [[Рапида]]
* [[Компэй]]

Маршрутизатор поисковых запросов Nemo Connect

2019-12-04T15:24:25Z

Галина Погожильская: /* Параметры маршрутизации поисковых запросов в {{NameProject2}} */

==Назначение==
Маршрутизатор поисковых запросов используют для автоматизации выбора пакетов реквизитов для [[Поиск (Авиабилеты)|поиска]] на основе параметров поискового запроса.<br>
Агентство может настроить выгодную схему поиска для:
* поиска в разных [[ГРС]] в нескольких зонах,
* выдачи более разнообразных тарифов при минимальных издержках на поисковые транзакции.

Можно привязать пакеты реквизитов к определенной географии, например, чтобы '''ГРС Sirena Travel''' осуществляла поиск только внутренних российских рейсов.

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

[[Маршрутизатор поисковых запросов|Маршрутизация]] поисковых запросов в {{NameProject2}} настраивается в пункте [[Маршрутизатор поисковых запросов {{NameProject2}}#Включение маршрутизатора поисковых запросов {{NameProject2}}|Включение маршрутизатора поисковых запросов {{NameProject2}}]]
.

===Блокировка и приоритетность правил===
Использование маршрутизатора в классическом исполнении предполагает, что, если под запрос подходит несколько правил, все правила сработают, и запрос направится во все сработавшие пакеты. <br />В маршрутизаторе {{NameProject2}} можно задать правила таким образом, чтобы '''при пересечении правил сработало только одно'''. Для этого правилам присваивают статус '''блокирующего'''.
*Если среди подходящих для запроса правил '''есть хотя бы одно блокирующее''', маршрутизатор '''выберет из подходящих одно правило''' по приоритету.
*Если среди подходящих для запроса правил '''нет блокирующих''', то '''все правила будут применены'''.

Приоритет правила определяется номером (ID) правила, либо присваивается вручную с помощью параметра ''Приоритет правила''. Чем выше число, тем выше приоритет. (см. раздел [[Маршрутизатор поисковых запросов {{NameProject2}}#Параметры маршрутизации поисковых запросов в {{NameProject2}}|Параметры маршрутизации поисковых запросов в {{NameProject2}}]]).
*Если среди подходящих для запроса правил '''есть блокирующее''', и '''для каждого''' сработавшего правила '''задан ручной приоритет''', то правило для срабатывания '''выбирается по ручному приоритету'''.
*Если среди подходящих для запроса правил '''есть блокирующее''', и для '''хотя бы одного''' сработавшего правила''' ручной приоритет не задан''', то правило для срабатывания '''выбирается по номерам правил'''.

== Особенности отправки запросов при работе маршрутизатора {{NameProject2}} ==

{{Attention|После включения маршрутизатора {{NameProject2}} не используйте географические ограничения в пакетах {{NameProject1}}.}}

При включенном маршрутизаторе {{NameProject2}} запросы по пакетам распределяются в маршрутизаторе {{NameProject2}} за пределами {{NameProject1}}, поэтому ограничение использования пакетов '''в тонкой настройке''' {{NameProject1}} больше не срабатывает. Поисковый запрос проходит через реквизиты подключения выбранного в тонкой настройке пакета в маршрутизатор {{NameProject2}}, который распределяет запрос в пакеты по своим правилам.

{{Attention|Чтобы реализовывалось подключение {{NameProject1}} к {{NameProject2}}, в тонкой настройке должен быть включен хотя бы 1 пакет.}} Это необходимое условие, поскольку в реквизитах {{NameProject1}} заданы реквизиты подключения к {{NameProject2}}.

== Включение маршрутизатора поисковых запросов {{NameProject2}} ==
Чтобы включить маршрутизатор поисковых запросов для агентства нужно:
<br>
В '''{{NameProject1}}''':

'''Менеджеру''':
# Зайдите в раздел '''Управление продажами → Авиабилеты → Процессы → Процесс поиска → Тонкая настройка'''.
# '''Включите''' опцию '''Использовать маршрутизатор {{NameProject2}}'''.
# В настройке '''Реквизиты из какого пакета будут использованы для запроса поиска к {{NameProject2}}''' выберите пакет реквизитов.

'''Администратору''' (указать, на какие именно настройки будет смотреть система при поиске):
# Зайти в раздел '''Для техподдержки → {{NameProject2}} Вебсервисы → Настройки Взаимодействия'''.
# Включить опцию '''Настройки маршрутизатора''' в разделе '''Использовать настройки в Авиа сервере из Немо 1 для разделов'''.
В '''{{NameProject2}}''':
# Зайдите в раздел Настройки Авиа → Поисковые настройки → Настройки маршрутизатора.
# Включите опцию '''Использовать маршрутизатор авиа'''.

При этом запрещено заводить правила маршрутизации в {{NameProject1}}. Маршрутизатор поисковых запросов {{NameProject1}} рекомендуется отключить.

== Создание правила маршрутизации поисковых запросов на стороне {{NameProject2}} ==

Чтобы создать правило маршрутизации:

# Зайдите в раздел '''Настройки Авиа → Поисковые настройки → Настройки маршрутизатора'''.
# Нажмите кнопку '''Добавить Правило маршрутизатора'''.
# Включите правило.
# Задайте параметры правила (см. [[Маршрутизатор поисковых запросов#Параметры маршрутизации поисковых запросов в {{NameProject2}}|Параметры маршрутизации поисковых запросов в {{NameProject2}}]]):
#* Укажите условия применения правила — параметры поискового запроса, при которых поиск будет проходить по данному правилу.
#* Укажите один или несколько [[Пакеты реквизитов {{NameProject2}}|пакетов реквизитов {{NameProject2}}]], в которых будет проходить поиск при применении правила.
#* Задайте дополнительные параметры, которые будут применены к запросу поиска при применении пакета.
# Нажмите кнопку '''Сохранить'''.

{{Attention| Вы можете создавать правила маршрутизации не только на стороне {{NameProject2}}, но и на стороне {{NameProject1}} }} (см. [[Маршрутизатор поисковых запросов {{NameProject2}}#Добавление правила маршрутизации поисковых запросов для {{NameProject2}} на стороне {{NameProject1}}|Добавление правила маршрутизации поисковых запросов для {{NameProject2}} на стороне {{NameProject1}}]]).

==Параметры маршрутизации поисковых запросов в {{NameProject2}}==

* '''Название правила''' — название для удобства работы с правилами.
* '''Правило включено''' — включает правило в работу.
* '''ИД пакетов, в которых будет поиск''' — номера пакетов реквизитов ''из Немо2.0'' (см. соответствия в разделе "Тонкая настройка", первый столбец), по которым будет вестись поиск при срабатывании правила. {{Attention|Поле обязательно к заполнению. Запрещено одновременно размещать в нем номера боевых и тестовых пакетов реквизитов.}}

'''''Условия применения правила'''''
* '''Список стран отправления''' — страны отправления, при которых будет срабатывать данный пакет реквизитов. Список стран задается в формате '''ISO alpha 2''', например '''RU'''
* '''Список стран прибытия''' — страны прибытия, при которых будет срабатывать данный пакет реквизитов. Список стран задается в формате '''ISO alpha 2''', например '''RU'''
* '''Список городов отправления''' — IATA-коды городов отправления, при которых будет срабатывать данный пакет реквизитов
* '''Список городов прибытия''' — IATA-коды городов прибытия, при которых будет срабатывать данный пакет реквизитов
* '''Список аэропортов прибытия''' — IATA-коды аэропортов прибытия, при которых будет срабатывать данный пакет реквизитов
* '''Список аэропортов отбытия''' — IATA-коды аэропортов отбытия, при которых будет срабатывать данный пакет реквизитов
* '''Запретить сложные маршруты (более 2-х сегментов в запросе)''' — для поиска сложных маршрутов правило будет срабатывать, только если в маршруте не более двух сегментов.
* '''Все сегменты перелёта должны удовлетворять требованиям к маршруту''' — правило срабатывает, если каждый сегмент перелета удовлетворяет параметрам правила. При выключенной опции условиям правила фильтрации должен удовлетворять хотя бы один сегмент.
* '''Только RT-перелеты''' — правило применяется только к перелетам '''туда-обратно'''.
* '''Обратная логика правила''' — включает инверсию географических ограничений правила (логику типа ''все, кроме''). <br /> Например, если при включенной опции в параметре '''Список стран отправления''' указана страна ''RU'', под правило будут попадать все рейсы, кроме рейсов с вылетом из России.
* '''Инвертировать страны отбытия/прибытия''' — включает инверсию только по странам прибытия/отбытия ( логику типа ''все, кроме''). <br/> Например, если при включенной опции в параметре '''Список стран отправления''' указана страна ''AU'', под правило будут попадать все рейсы, кроме рейсов с вылетом из Австралии.
* '''Инвертировать города отбытия/прибытия''' — включает инверсию только по городам прибытия/отбытия ( логику типа ''все, кроме'').<br/> Например, если при включенной опции в параметре '''Список городов отправления''' указан город ''VOZ'', под правило будут попадать все рейсы, кроме рейсов с вылетом из Воронежа.
* '''Инвертировать аэропорты отбытия/прибытия''' — включает инверсию только по аэропортам прибытия/отбытия ( логику типа ''все, кроме'').<br/> Например, если при включенной опции в параметре '''Список аэропортов прибытия''' указан аэропорт ''BWI'', под правило будут попадать все рейсы, кроме рейсов с вылетом из Балтимор-Вашингтона , при этом рейсы из самого Вашингтона будут попадать под правило.

* '''Тэги, обязательные для срабатывания данного правила''' — обязательные тэги в поисковом запросе для срабатывания правила (см. [[Маршрутизатор поисковых запросов {{NameProject2}}#Теги в {{NameProject2}}|Теги в {{NameProject2}}]]).
* '''Тэги, для которых запрещено срабатывания правила''' — если в запросе есть тэги из этого списка, правило не будет применено.
* '''Признак уникальности правила''' - присваивает правилу статус блокирующего. При включенной опции, если среди подходящих для запроса правил есть хотя бы одно блокирующее, маршрутизатор выберет одно правило по приоритету. Если среди подходящих правил нет блокирующих, все правила будут применены (см. раздел [[Маршрутизатор поисковых запросов {{NameProject2}}#Блокировка и приоритетность правил|Блокировка и приоритетность правил]]).
* '''Приоритет правила''' — работает только для правил с включенной опцией '''Блокирующее правило'''. Присваивает приоритет правилу - чем выше число, тем выше приоритет. При блокировке правил срабатывает одно, имеющее наибольший приоритет (см. раздел [[Маршрутизатор поисковых запросов {{NameProject2}}#Блокировка и приоритетность правил|Блокировка и приоритетность правил]]).
* '''Максимальное количество дней до даты вылета на всех плечах''' - при включенной настройке правило не срабатывает в случае превышения заданной величины.
* '''Список допустимых дней для запуска поиска''' — порядковый номер дня недели (начиная с 1), в которые разрешено запускать поиск.
*'''Стратегия обработки правил с совпадающими пакетами''' — определяет способ действия при срабатывании двух и более правил с одинаковыми пакетами для поиска при наличии в каком-либо из этих правил приоритетной / нежелательной авиакомпании (параметры "А/к для передачи как обязательные в ГДС" и "А/к, которые требуется исключить из выдачи"). Параметр может принимать три значения:
**'''Constrict''' - сужение поисковой выдачи, является значением по умолчанию и соответствует логике обработки правил ДО добавления данного параметра. При этом режиме в случае наличии пары "Общее правило без фильтра по а/к" + "Частное правило с фильтром" сработает именно частное правило, общее будет проигнорировано в пользу частного. Если у хотя бы одного из сработавших правил выставлено значение Constrict, то стратегия обработки всех правил будет именно сужение.
**'''Expand''' - расширение поисковой выдачи. При этом режиме в случае наличия такой пары срабатывают оба правила, и в ГРС отправляются параллельные запросы с фильтром по а/к и без него. При наличии правил с одним и тем же пакетом реквизитов для каждого пакета происходит слияние параметров правил. Если есть несколько подходящих правил с фильтром по а/к, то выполняется слияние всех фильтров. Обязательные для передачи в ГДС а/к объединяются. Если есть списки исключаемых а/к, то их значения удаляются из списка обязательных а/к. Если обязательных а/к нет, то будет заполняться только список исключаемых а/к.
**'''Independent''' - правила не объединяются ни при каких обстоятельствах. Правила с данной опцией обрабатываются отдельно от всех других правил и добавляются к применённым. Таким образом, добавляется еще один поиск и происходит исключение таких правил из логики объединения в совпадающих пакетах.
*'''Срабатывать в том числе для сегментов обратно''' — при включении опции заданные в правиле пункты вылета/прилёта будут разрешаться для маршрута с пунктами вылета/прилёта наоборот - города проверяются как для запросов OW туда, так и OW - запросов по обратному направлению от заданного, в том числе RT. Кнопка будет разрешать в рамках правила по списку городов отправления-прибытия так же и перелеты с направлением в обратную сторону (проверяются пункты прилета как пункты вылета, а пункты вылета как пункты прилёта).

{{Attention| Включение инверсии города отбытия и инверсии города прибытия в рамках одного правила - НЕ инвертируют направление перелёта, чтобы инвертировать направление Вам понадобиться включить обратную логику правила.}}

''''' Добавление дополнительных параметров к запросу в ГРС'''''
* '''А/к для передачи как обязательные в ГДС''' — авиакомпании, перечисленные в списке, передаются как обязательные в запрос к ГРС. При попытке ограничить запрос поиска по определенным авиакомпаниям следует учитывать, содержатся ли указанные авиакомпании в списке обязательных для передачи в ГДС в правилах маршрутизатора. Если указанные авиакомпании содержатся в списке обязательных в правилах маршрутизатора, то в запрос передается пересечение авиакомпаний из двух списков (из правил маршрутизатора и из запроса к авиасерверу). Если список а/к, как обязательных, в правиле отсутствует, то берутся а/к из запроса.
* '''А/к, которые требуется исключить из выдачи''' — авиакомпании, перечисленные в списке, при запросе в ГРС помечаются нежелательными для поисковой выдачи.
* '''Включает замену эконом/премэконом класса в запросе на All''' — включает поиск по всем [[Класс обслуживания|классам]], если в запросе указан эконом или премиум эконом класс.
* '''Добавлять премиум версию запрошенного класса''' — включает дополнительный запрос премиум версии класса, указанного при поиске.
* '''Переопределение предпочитаемого класса перелёта''' — класс перелета, заданный пользователем в параметрах поиска, при запросе к ГРС будет заменен на предпочитаемый.
* '''Максимальное количество перелетов в ответе ГДС''' — количество перелетов от каждой ГРС в результатах поиска:
**для ГРС Sabre можно использовать только фиксированные значения: 50/100/200,
**для ГРС Galileo параметр не работает,
**для ГРС Amadeus, Сирена Трэвел, uAPI можно задать любое целое положительное число.
* '''Поиск минимальных и минимально возвратных цен''' - добавляет параметр, запрашивающий наряду с минимальными тарифами возвратные тарифы с минимальной стоимостью. Если [[Поиск_минимально_возвратных_тарифов|опция включена]], в результатах поиска отображается больше возвратных тарифов.
* '''Дополнительно запросить только публичные тарифы''' - настройка актуальна только для ГРС Sabre. Позволяет дополнительно получать и отображать клиенту в поисковой выдаче не только базовые тарифы АК, которые, как правило являются приватными, но и более дорогие публичные тарифы. Пример применения настройки - поиск семейств тарифов BASIC и FLEX у АК S7 в случае, если для РСС агента уже открыт доступ к ним, т.к. по умолчанию ГРС будет возвращать при поиске только самые дешевые тарифы BASIC по каждому перелету.
* '''Запретить запрос только прямых перелётов''' - позволяет запретить поиск рейсов без пересадок на конкретных направлениях. Если настройка включена и пользователем запрошен прямой перелёт, а также хотя бы один из запрошенных сегментов подходит под правило, то правило считается не сработавшим и поиск не запускается.
*'''Максимальное количество пересадок''' — позволяет ограничить максимальное количество пересадок в результатах поиска. Ограничение применяется на каждое запрошенное плечо. Доступно ограничение количества пересадок от 0 (прямые перелеты) до 3 (перелеты с указанным или меньшим количеством пересадок). Функционал реализован для ГРС Amadeus, Sabre, Galileo и Galileo uAPI.
{{Attention| При одновременном срабатывании для поиска в одном пакете двух правил, в одном из которых заданы "А/к для передачи как обязательные в ГДС" и "А/к, которые требуется исключить из выдачи", к поставщику будут отправлены только "А/к для передачи как обязательные в ГДС".}} 

== Теги в {{NameProject2}} ==
'''Тег''' — это метка, которая служит для определения категории или группы, к которой относится элемент.

Тэги в {{NameSystem}} используются только для маршрутизатора {{NameProject2}}.

После включения маршрутизатора {{NameProject2}}, к запросу от {{NameProject1}} к {{NameProject2}} автоматически добавляются теги, соответствующие параметрам запроса.

Теги вместе с запросом поступают в маршрутизатор. Они указывают данные по запросу, такие как: тип пользователя, который делает поисковый запрос (менеджер — '''mgr''', агент — '''agt''' или анонимный пользователь — '''anon'''), тип поиска (агентский API — '''api''' , метапоиск — '''meta''').
Возможные теги:
*''b2b'' — запрос поиска от учетной записи B2B,
*''b2c'' — запрос поиска от учетной записи B2C,
*''usr'' — запрос поиска от имени зарегистрированного пользователя,
*''exp'' — запрос поиска от имени эксперта,
*''mgr'' — запрос поиска от имени менеджера,
*''agt'' — поиск запущен пользователем корневого агентства,
*''corp'' — поиск запущен корпоративным клиентом агентства,
*''subagt'' — поиск запущен пользователем субагентства,
*''anon'' — запрос поиска от имени анонимного пользователя,
*''api'' — поиск запущен через агентский API,
*''meta'' — поиск запущен через метапоиск,
а так же метки, содержащие:
*''номер пользователя'', запустившего поиск,
*''номер группы'', пользователь которой запустил поиск,
*''номер субагенства и агентства'' пользователя, запустившего поиск.

== Добавление правила маршрутизации поисковых запросов для {{NameProject2}} на стороне {{NameProject1}} ==

Чтобы создать правило маршрутизации:

# Зайдите в раздел '''Управление продажами → Авиабилеты → Процессы → Процесс поиска → Настройки маршрутизатора'''.
# Выберите необходимого пользователя, группу или агентство '''Изменить'''.
# Нажмите '''Создать новую запись'''.
# Задайте параметры правила (см. [[Маршрутизатор_поисковых_запросов_{{NameProject2}}#Параметры маршрутизации поисковых запросов в {{NameProject2}}|Параметры маршрутизации поисковых запросов в {{NameProject2}}]]):
#* Укажите условия применения правила — параметры поискового запроса, при которых поиск будет проходить по данному правилу.
#* Укажите, если требуется инвертировать тот или иной параметр поискового запроса (страну/город/аэропорт прибытия или отбытия).
#* Укажите один или несколько [[Пакеты реквизитов {{NameProject2}}|пакетов реквизитов {{NameProject2}}]], в которых будет проходить поиск при применении правила.
#* Задайте дополнительные параметры, которые будут применены к запросу поиска при применении пакета.
#* Выберите тип правила, Constrict (сужение) или Expand (расширение) или Independent (не объединять), оно будет определять, для чего будет использовать фильтр по а/к.
# Нажмите кнопку '''Сохранить'''.
{| class="wikitable" align="center" style="margin-left:1em"
|-
|[[Файл:RuleMarsh.png|слева|800px|Включение правила]]
|-
|Включение правила
|}

{{Attention| Если правила установлены на конкретного пользователя/группу, то будут использоваться правила только пользователя/группы.<br> И если есть другие правила выше по иерархии вложенности, например на агентстве, то эти правила будут проигнорированы.<br> В случае, если у пользователя/группы нет своего правила, тогда будут использоваться первые правила по иерархии выше. }}<br>

=== Импорт правил маршрутизации поисковых запросов в {{NameProject1}} ===
Помимо создания правил, вы можете импортировать правила из Админ-панели {{NameProject2}}. Система полностью перенесет все настройки из связанного агентства {{NameProject2}} в выбранного пользователя или группу Nemo Travel.<br>
{{Attention| При импорте настроек, ваши текущие правила маршрутизатора удаляются. }}<br>
Связанное агентство задается под администратором в разделе '''Для техподдержки → {{NameProject2}} Вебсервисы → Настройки взаимодействия'''. Там нужно заполнить следующие поля:
* Идентификатор пользователя в {{NameProject2}}.
* Логин пользователя в {{NameProject2}}.
* Пароль пользователя в {{NameProject2}}.
* Используемая среда .net серверов

== Особенности отображения на стороне {{NameProject1}} таблицы с настройками маршрутизатора==
{| class="wikitable" align="center" style="margin-left:1em"
|-
|[[Файл:Альтернативный маршрутизатор.jpg|справа|1200px|Внешний вид таблицы с правилами]]
|-
|Внешний вид таблицы с правилами
|}

* Строка таблицы соответствует одному правилу маршрутизатора.
* Столбцы соответствуют параметрам настроек маршрутизатора. Подробнее см.[[Маршрутизатор_поисковых_запросов_{{NameProject2}}#Параметры маршрутизации поисковых запросов в {{NameProject2}}|Параметры маршрутизации поисковых запросов в {{NameProject2}}]]
* Столбец '''"Пересекается с"''' показывает идентификаторы правил, которые либо полностью соответствуют правилу (строку которого мы рассматриваем), либо наше правило является частным случаем правил, указанных в столбце. Столбец "Пересекается с" помогает видеть пересечения правил и даёт возможность лучше ориентироваться в общей массе правил маршрутизатора.

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

{| class="wikitable" border="2"
|-
|'''ID Правила'''||'''Пересекается с'''||'''Параметры поиска'''
|-
| 001 || || Перелеты из Франции
|-
| 002 || 001 || Перелеты из Парижа
|}

== Примеры правил маршрутизации в {{NameProject2}} ==



===Правило для включения в результаты поиска подкласса P===

Для Азербайджанских авиалиний (J2) подкласс P - бюджетный подкласс экономического класса обслуживания, в то время как для большинства авиакомпаний P - первый класс. Поскольку {{NameSystem}} распознает этот подкласс как первый, его по умолчанию нет на выдаче перелетов экономического класса обслуживания.

Чтобы получать на выдаче перелеты по этому подклассу, нужно, чтобы система запросила как бизнес, так и эконом класс, а затем отфильтровала результаты. В маршрутизаторе {{NameProject2}} предусмотрены необходимые параметры корректировки запроса в ГРС для получения желаемой выдачи.

# Зайдите в раздел '''Настройки Авиа → Поисковые настройки → Настройки маршрутизатора'''.
# Нажмите кнопку '''Добавить Правило маршрутизатора'''.
# Установите флажок '''Правило включено''' для активации правила.
# Введите номера (id) пакетов реквизитов в {{NameProject2}}, на которые будет распространяться правило в поле '''ИД пакетов, в которых будет поиск'''.
# Установите флажок '''Включает замену эконом/премэконом класса в запросе на All'''.
# Для удобства работы введите '''Название правила'''.
# Нажмите на кнопку '''Сохранить'''.

Правило заменяет в запросе к ГРС ''Эконом'' и ''Премэконом'' класс на ''Все'' для указанных пакетов. Таким образом при запросе тарифов экономического класса, ГРС отправит перелеты всех классов. Нежелательные на выдаче результаты можно отфильтровать с помощью [[Фильтры результатов поиска (Авиабилеты)|фильтров результатов поиска]].

== См. также==
*[[Маршрутизатор поисковых запросов]]
*[[Маршрутизатор поисковых запросов Немо Тревел 1.0]]
*[[Поиск (Авиабилеты)]]
*[[Глобальная распределительная система]]
*[[Пакеты реквизитов Немо 1.0]]
*[[Фильтры поисковых запросов (Авиабилеты)]]
*[[Фильтры результатов поиска (Авиабилеты)]]
*[[Микшер результатов поиска (Авиабилеты)]]
*[[Валюта]]

Настройки фискализации

2019-11-22T10:23:25Z

Галина Погожильская: /* Платёжные шлюзы с поддержкой фискализации */

C 01.07.2019 вступают в силу серьёзные санкции за невыполнение Приказа ФНС России от 21.03.2017 N ММВ-7-20/229@, утверждающего для организаций дополнительные реквизиты фискальных документов.<br>

Для соответствия приказу и корректного функционирования агентства, в разделе '''Финансы и платежи''' → '''Настройки фискализации''' (/settings__services_extra_info_lists) нужно задать правила передачи/расчёта НДС и информацию о поставщике услуг для ВСЕХ услуг, доступных агентству.

= Обязательные настройки для фискализации =

1. Для услуг «Тариф», «Такса», «Услуги авиакомпании» доступны две настройки. Первая - '''«Отправлять НДС по услуге»'''. При включённой настройке '''«Отправлять НДС по услуге»''' - в чеке, переданном в платёжный шлюз, будет указана ставка НДС, в соответствии с системой налогообложения агентства, указанной в «Профиле компании». Вторая - '''«Использовать ставки 20 вместо 20/120 и 10 вместо 10/110»'''. При включённой настройке '''«Использовать ставки 20 вместо 20/120 и 10 вместо 10/110»''' - в чеке, переданном в платёжный шлюз, вместо ставки НДС 20/120 будет указана ставка 20, а вместо ставки НДС 10/110 будет указана ставка 10.

2. Для услуг «Дополнительные услуги агентства» и «Cервисные пакеты» к настройке доступна только одна позиция - '''«Отправлять НДС по услуге»'''. При включённой настройке '''«Отправлять НДС по услуге»''' - в чеке, переданном в платёжный шлюз, будет указана ставка НДС, в соответствии с системой налогообложения агентства, указанной в «Профиле компании».

3. Для всех остальных услуг, которые включаются на агентстве модульно, доступны следующие настройки:
* ИНН поставщика услуг - в чек будет передан ИНН поставщика услуг, для иностранных компаний ИНН не передаётся, либо передаются нули (в зависимости от требований платёжного шлюза);
* Телефон поставщика - в чек будет передан телефон поставщика услуги;
* НДС услуги - в чек будет передана ставка НДС в соответствии с этой настройкой, возможные значения:
** Без НДС
** НДС 0
** НДС 10
** НДС 10/110
** НДС 20
** НДС 20/120
* Признак агента - в чеке будет передаваться признак агентской услуги;
* Отправлять НДС по услуге.
*Тип налогооблажения - способ рассчета налогов для услуги, возможные значения:
**Упрощенная система (доходы)
**Упрощенная система (доходы минус расходы)
**С НДС

Для шлюза МПС учитываются только 3 значения НДС: 0, 110 и 120%.
<br>
Информация о поставщике для ГДС-услуг берётся из статических данных, хранящихся в системе Nemo.travel. Среди них - хранящаяся на серверах системы информация о поставщике (например, авиакомпании), такая как название, код, страна и тд.
<br>
Настройки фискализации платежного шлюза - '''Финансы и платежи''' → '''Платежные методы''' → '''Управление шлюзами''' (/settings__payment_instances_connection_edit).<br>

= Платёжные шлюзы с поддержкой фискализации =
* [[Сбербанк]] - требуется использовать «Версия протокола ФФД 1.05» в настройках платёжного шлюза.
* [[Assist]] - требуется «Включить фискализацию» в настройках платёжного шлюза.
* [[Uniteller]] - требуется «Использовать оплату с фискализацией» в настройках платёжного шлюза.
* [[МПС]] - требуется «Использовать оплату с фискализацией» или «Оформлять чек на основе данных Nemo Connect» в настройках платёжного шлюза. {{Attention|Для использования нового режима фискализации в мпс, агенту нужно запросить у МПС активацию опции sourсe «shop_on_confirm».}}

* [[PayOnline]] - фискализация включена по умолчанию, отдельной настройкой не включается.
* [[Platron]] - фискализация включена по умолчанию, отдельной настройкой не включается.

{{Attention|Во всех шлюзах, если настройка доступна, нужно использовать оплату с преавторизацией.}}

= См. также =
* [[Платежные шлюзы]]
*

КТЖ

2019-10-01T11:46:37Z

Галина Погожильская: /* Особенности КТЖ */

[[Категория:Железнодорожные билеты]]
[[Файл:Kazakhstan_Temir_Zholy_Logo.svg.png|300px|right|Логотип КТЖ]]
'''КТЖ''' — (каз. Казахстан темир жолы — Казахстанские железные дороги) крупнейший оператор магистральной железнодорожной сети Казахстана.
==Процесс подключения к КТЖ в Nemo.travel==

# В системе {{NameSystem}} на данный момент можно реализовать подключение к КТЖ, для этого агент заключает с КТЖ договор на оказание услуг и соглашение о конфиденциальности;
# Получите ключ сертификата(*.p12) и предоставьте его в Nemo. Публичную часть ключа(*.cer) отправьте в КТЖ (Более подробно см.[https://develop.ipayments.kz/pages/viewpage.action?pageId=131334166 Документация КТЖ] );
# Агенту выдают тестовые реквизиты, чтобы проверить работоспособность в тестовой среде.
== Получение production реквизитов ==
# После успешной сертификации вы должны создать тикет в Jira КТЖ на получение боевых доступов.
# Получив данные агрегатора(дилера) и данные для подключения VPN, [[Подробная_инструкция_по_настройке_VPN_и_установке_АРМ_ЦУС|вам необходимо настроить VPN, скачать и установить АРМ ЦУС]].
# Создать терминал с указанием адреса регистрации(юридический адрес компании).
# Создать тикет в Jira КТЖ на активацию терминала. В тикете указать адрес терминала и идентификатор. Тема тикета: "Подключение нового терминала (имя терминала)". Описание: "Просим вас активировать терминал (наименование терминала), идентификатор терминала - (идентификатор, доступен в АРМ ЦУС после создания терминала). Адрес: (адрес терминала, указанный при создании)". Также следует указать на чьей стороне будет проходить фискализация. Например, "Фискализация будет проходить на нашей стороне".
# Создать тикет в Jira КТЖ для получения сертификатов, приложить ЭЦП и PIN для сертификата. Тема тикета: "Генерация сертификатов новых кассиров (название компании)". Описание: "Просим вас произвести генерацию сертификатов для создания учетных данных кассиров в ЦУС. Ключи ЭЦП, заверенные НУЦ, прилагаю. Пароль для авторизации - (пароль)".
# Создайте кассира с указанием ФИО, рабочего и личного телефона, e-mail адреса. Важно убрать чекбокс "Вход по сертификату". Тип сертификата: OpenSSL. В поле "Сертификат" необходимо указать файл полученного от КТЖ сертификата формата *.cer. Сертификат формата *.p12 необходимо переименовать по формату ЛогинКассира_gost.p12 и предоставить сотрудникам Nemo.Travel .
# КТЖ активирует терминал и предоставит ID дилера.
# После настройки реквизитов необходима их проверка и предоставление сотрудникам КТЖ билетов и КРС в формате *.pdf на заказы, оформленные по боевым реквизитам. Чтобы исключить финансовые потери, стоимость билета должна быть '''не более 1000 тенге'''. В данном случае не будет штрафов за возврат. Выписывать билеты необходимо на поезд '''Петропавловск - Смирново''' и обратно, поезд 623/624. Обратите внимание, что предварительно клиенту необходимо пополнить счет агрегатора.
# Для оформления ЭБ с формой оплаты Наличные необходимо пройти сертификацию, для этого нужно создать тикет в Jira с просьбой провести сертификацию на возможность оформления ЭБ с формой оплаты Наличные. В тикете указать наименование терминала.

== Правила оформления детей ==
Для детей от 15 лет и старше приобретаются проездные документы (билеты), как для взрослых. Возраст ребенка определяется на день начала поездки.
Плата за проезд по территории Республики Казахстан детей в возрасте от 7 до 15 лет взыскивается в размере 50% от стоимости проезда, установленной для взрослого пассажира.

== Особенности КТЖ ==
# Если в заказе есть ребенок, возврат билета для взрослого возможен только после возврата детского билета.
# Тариф (взрослый или ребенок) определяется на основании возраста пассажира.
# Шлюз КТЖ не возвращает готовых документов, поэтому мы генерируем их на своей стороне. Для билета используется шаблон «Электронный посадочный документ (КТЖ)». Шаблон квитанции разных сборов задается в шаблоне «Электронная квитанция разных сборов (КТЖ)». Формы билетов и КРС обязательно должны соответствовать требованиям КТЖ.
# В большинстве случаев пассажиру выставляется счет за белье. Пассажир имеет право не оплачивать белье, только если вагон типа Плацкарта и время в пути менее 6 часов.
# При бронировании перевозки для младенца без места в запросе к поставщику данные о младенце должны передаваться после блока с данными о взрослом пассажире. Т.е. при бронировании перевозки для двух пассажиров по тарифу "Полный" и двух пассажиров по тарифу "Детский без места" в запросе к поставщику блоки с информацией о пассажирах передаются в следующем порядке: информация о пассажире по тарифу "Полный", информация о пассажире по тарифу "Детский без места", информация о пассажире по тарифу "Полный", информация о пассажире по тарифу "Детский без места". Дело в том, что во внутригосударственной перевозке по территории Республики Казахстан оформление билетов для детей до 7-ми лет не требуется, а в межгосударственной перевозке дети до 5-ти лет должны быть оформлены по детскому тарифу с льготой ДЕТ5.
# На этапе поиска для станций на территории Республики Казахстан(начинаются на 27) время отправления и прибытия отображается в часовом поясе Астаны. Для станций Российской Федерации(начинаются на 20), Киргизии(начинаются на 59) и Таджикистана(начинаются на 66) время отправления и прибытия московское. Для всех остальных станций время отправления и прибытия местное. После бронирования заказа информация о времени отправления и прибытия обновляется.
# При оформлении заказа существует выбор формы оплаты: наличный расчёт или безналичный. Для каждой формы оплаты будет отправляться определенный параметр в КТЖ для отображения в ЭБ и КРС (СА для наличной оплаты, IN для безналичной), но для наличного расчёта требуется пройти сертификацию ("Получение production реквизитов", 9ый пункт).
# Информация по техническому перерыву:
#* Основная цель технического перерыва: целостность данных при смене отчетного периода.
#* Типы технического перерыва: ежемесячный технический перерыв (при смене месяца, с 23:45 по 00:00), ежедневный технический перерыв (при смене суток, с 23:55 по 00:00).
#* Во время технического перерыва не доступны билетно-кассовые операции (бронирование, возврат), а также открытие новой рабочей смены. Операция подтверждение оплаты заказа не запрещена.
# Типы документов, допустимых для оформления перевозки(формируются на стороне сервера ЖД, поставщик конкретный список документов для перевозки не возвращает):
#* ПК Паспорт Казахстана - для граждан Казахстана
#* ПН Паспорт РФ - для граждан России
#* ЗП Заграничный паспорт, выданный гражданам РФ (9 цифр) - для граждан России
#* ПУ Паспорт Узбекистана - для граждан Узбекистана
#* УЛ Удостоверение личности - для граждан Казахстана
#* СР Свидетельство о рождении (до 16 цифр, а также: римская цифра, 2 буквы русского алфавита, 6 цифр). - для граждан Казахстана и России (в том числе и для продажи межгос направлений)
#* ВБ Военный билет - для граждан Казахстана
#* ЗЗ Другие иностранные документы (любые буквы и цифры) - для иностранных граждан
#* БГ Удостоверение личности лица без гражданства
#* СУ Справка об утере удостоверения личности/паспорта, временное удостоверение личности
#* СО Справка об освобождении
#* ВЖ Вид на жительство
# Возврат электронных билетов возможен за 1 час до отправления поезда. Возврату подлежат только билеты со статусами PaymentConfirmedElReg и PaymentConfirmed в заказе со статусом Done в системе поставщика. В случае получения других статусов (от поставщика), пассажир произвел дополнительные действия с электронным билетом: получил бланк в билетной кассе или ТТС, возвратил их в билетной кассе или истекло время возврата электронных билетов с помощью интернет-каналов продаж.
# Для оформления возврата к поставщику отправляется запрос, являющийся заявкой на возврат. В течении 2 минут производится проверка статуса заявки. Если заявка одобрена в течении данного времени - отправляется запрос на регистрацию возврата и статус заказа в нашей системе изменяется на "Отменен". Если заявка на возврат отклонена, возвращается сообщение с ошибкой, статус заказа остается без изменений. В случае, если заявка не была обработана в течении указанного времени, заказ следует обновить через некоторое время.
# По требованиям поставщика документы для заказа возвращаются только в формате PDF. Каждый бланк - на отдельной странице.

{{Attention| Необходимо оплатить и завершить оформление в течение 15 минут после бронирования.}}

== Список доступных переменных ==

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

{| class="wikitable" id="keys" style="width: 100%" border="1" cellpadding="5" cellspacing="0"
|-
! Переменная
! Описание переменной
|-
|-
|%ER_STATUS%
|Статус электронного билета
|-
|-
|%ER_DATE%
|Дата и время оформления электронного билета
|-
|%ER_CANCEL_DATE%
|Таймлимит на отмену ЭР
|-
|%VALID_FOR_BOARDING_TEXT%
|Действительность электронного билета
|-
|%CODE_1D%
|1D код - идентификатор заказа АСУ «Экспресс-3»
|-
|%BARCODE_2D%
|2D баркод – штрих код формата PDF417
|-
|%UID%
|Номер документа(билета)
|-
|%ORDER_NUM%
|Номер заказа
|-
|%RAIL_NAME%
|Наименование железной дороги
|-
|%YEAR%
|Год совершения поездки
|-
|%PASS_FULL_NAME%
|ФИО пассажира
|-
|%PASS_DOC%
|Документ пассажира
|-
|%PASS_DATE_OF_BIRTH%
|Дата рождения пассажира
|-
|%PASS_GENDER%
|Пол
|-
|%PASS_CITIZENSHIP%
|Гражданство
|-
|%SEAT_NUMBER%
|Номер места
|-
|%PASS_TARIFF%
|Тариф
|-
|%PASS_FULL_PRICE%
|Общая сумма
|-
|%PASS_TARIFF_PRICE%
|Стоимость билета по тарифу
|-
|%PASS_TICKET_PRICE%
|Цена билета для пассажира
|-
|%PASS_RESERVED_PRICE%
|Плацкарт
|-
|%SERVICE_COST%
|Сервис
|-
|%PASS_CHARGE%
|Сбор за конкретного пассажира
|-
|%PASS_COUNT%
|Количество пассажиров
|-
|%BEGIN_DATE%
|Дата и время выезда
|-
|%BEGIN_STATION%
|Станция, с которой отправляется клиент
|-
|%BEGIN_STATION_CODE%
|Код станции отправления
|-
|%END_DATE%
|Дата и время прибытия
|-
|%END_STATION%
|Станция, на которую пребывает клиент
|-
|%END_STATION_CODE%
|Код станции прибытия
|-
|%SERVICE_CLASS%
|Класс обслуживания
|-
|%TRAIN_NUMBER%
|Номер поезда
|-
|%CAR_NUMBER%
|Номер вагона
|-
|%TIME_DESCRIPTION_DEP%
|Ремарка о часовом поясе отправления
|-
|%SERVICE%
|Сервис(постельное белье, чай)
|-
|%CARRIER%
|Наименование перевозчика
|-
|%CARRIER_BIN%
|БИН перевозчика
|-
|%CARRIER_NDS_CERT%
|Свидетельство НДС перевозчика
|-
|%SERVICE_INFO%
|Служебная информация
|-
|%PAYER_INFO_NAME%
|Наименование налогоплательщика
|-
|%PAYER_BIN%
|БИН налогоплательщика
|-
|%PAYER_NDS_CERT%
|Свидетельство НДС налогоплательщика
|-
|%CONTROL_CHECK_NUMBER%
|Номер контрольного чека
|-
|%FISCAL_SIGN%
|Фискальный признак
|-
|%TERMINAL%
|Терминал
|-
|%REG_NUM_OF_THE_MACHINE%
|Регистрационный номер машины
|-
|%PAYMENT_TYPE%
|Способ оплаты
|-
|%PAY_DATETIME%
|Дата и время оплаты
|-
|%KRS_ID%
|Номер квитанции
|-
|%PASS_SUM_FOR_REFUND%
|Сумма к возврату
|-
|%PASS_CHARGE_FOR_REFUND%
|Сбор за возврат
|-
|%PASS_REFUND_DATE%
|Дата и время возврата
|-
|%PASS_FKS_NUMBER%
|Финансовый номер ФКС
|-
|%TIME_RETURN_TO_DEPARTURE%
|Время до отправления с момента возврата
|-
|%TYPE_OF_REFUND_MONEY%
|Информация
|}

</div>
</div>

== Настройка КТЖ ==
Для создания терминала Nemo необходим юридический адрес компании.

Для создания кассира необходимы ЭЦП(если нет - оформить в НУЦ РК),фамилия, имя, отчество, адрес, телефон, мобильный телефон, электронный адрес.

Параметры подключения настраиваются под администратором системы. Реквизиты подключения находятся в разделе '''Управление продажами → Ж/Д билеты→ Реквизиты подключения к ГДС''', далее, для настройки, в верхнем баре нужно выбрать КТЖ и нажать на кнопку "Создать новую запись", затем нужно заполнить все необходимые поля.
# Тип среды - Тип площадки/среды поставщика
# Тип сервера - Тип площадки Nemo Travel
# Логин дилера - логин дилера (выдается КТЖ)
# Пароль дилера - пароль дилера (выдается КТЖ)
# Ид дилера - уникальный номер дилера (выдается КТЖ)
# Логин кассира - логин кассира (выдается КТЖ)
# Пароль кассира - пароль кассира (выдается КТЖ)
# ID терминала - ID терминала (выдается КТЖ)
# Machine key - ключ машины (выдается КТЖ)
# Пароль к сертификату - пароль к сертификату (Более подробно см. [https://develop.ipayments.kz/pages/viewpage.action?pageId=131334192 Документация КТЖ])

Более подробная документация находится по адресу https://develop.ipayments.kz/pages/viewpage.action?pageId=20873260, логин и пароль выдаются КТЖ.

==Настройка шаблонов==

Для того, чтобы при выписке, мы отображали билет согласно требованиям КТЖ, следует загрузить шаблон электронного проездного билета. Путь для загрузки: '''Настройки системы → Нотификация и документы → Документы → Документы для ЖД → Электронный посадочный документ(КТЖ)'''. Затем следует выбрать режим редактирования HTML кода и вставить готовый шаблон, который доступен по адресу https://drive.google.com/open?id=1GjrWlpnQ5hM2Bx6tbcm9A-iRhDRPTF4o.

Так же нужно загрузить квитанцию разных сборов. Путь для загрузки: '''Настройки системы → Нотификация и документы → Документы → Документы для ЖД → Электронная квитанция разных сборов(КТЖ)'''. Затем следует выбрать режим редактирования HTML кода и вставить готовый шаблон, который доступен по адресу https://drive.google.com/open?id=1GjrWlpnQ5hM2Bx6tbcm9A-iRhDRPTF4o.
== Работа через API {{NameProject2}} ==
Работу с коннектором КТЖ можно осуществлять через API запросы к NemoConnect. Обратите внимание, для получения проездного документа будет использоваться [http://docs.nemo.travel/ru/nemo-backoffice-api BackOffice API]. Вам нужно будет создать заказ в бэк-офисе запросом [http://docs.nemo.travel/ru/nemo-backoffice-api/orders_workflow/getorder GetOrder]. После выполнения запроса GetOrder вы получите параметр OrderID. Используйте параметр OrderID для получения проездного документа и КРС через запрос [http://docs.nemo.travel/ru/nemo-backoffice-api/orders_workflow/getdocument GetDocument] в формате Base64.
Особенности формирования запроса поиска.

КТЖ

2019-10-01T11:45:52Z

Галина Погожильская: /* Особенности КТЖ */

[[Категория:Железнодорожные билеты]]
[[Файл:Kazakhstan_Temir_Zholy_Logo.svg.png|300px|right|Логотип КТЖ]]
'''КТЖ''' — (каз. Казахстан темир жолы — Казахстанские железные дороги) крупнейший оператор магистральной железнодорожной сети Казахстана.
==Процесс подключения к КТЖ в Nemo.travel==

# В системе {{NameSystem}} на данный момент можно реализовать подключение к КТЖ, для этого агент заключает с КТЖ договор на оказание услуг и соглашение о конфиденциальности;
# Получите ключ сертификата(*.p12) и предоставьте его в Nemo. Публичную часть ключа(*.cer) отправьте в КТЖ (Более подробно см.[https://develop.ipayments.kz/pages/viewpage.action?pageId=131334166 Документация КТЖ] );
# Агенту выдают тестовые реквизиты, чтобы проверить работоспособность в тестовой среде.
== Получение production реквизитов ==
# После успешной сертификации вы должны создать тикет в Jira КТЖ на получение боевых доступов.
# Получив данные агрегатора(дилера) и данные для подключения VPN, [[Подробная_инструкция_по_настройке_VPN_и_установке_АРМ_ЦУС|вам необходимо настроить VPN, скачать и установить АРМ ЦУС]].
# Создать терминал с указанием адреса регистрации(юридический адрес компании).
# Создать тикет в Jira КТЖ на активацию терминала. В тикете указать адрес терминала и идентификатор. Тема тикета: "Подключение нового терминала (имя терминала)". Описание: "Просим вас активировать терминал (наименование терминала), идентификатор терминала - (идентификатор, доступен в АРМ ЦУС после создания терминала). Адрес: (адрес терминала, указанный при создании)". Также следует указать на чьей стороне будет проходить фискализация. Например, "Фискализация будет проходить на нашей стороне".
# Создать тикет в Jira КТЖ для получения сертификатов, приложить ЭЦП и PIN для сертификата. Тема тикета: "Генерация сертификатов новых кассиров (название компании)". Описание: "Просим вас произвести генерацию сертификатов для создания учетных данных кассиров в ЦУС. Ключи ЭЦП, заверенные НУЦ, прилагаю. Пароль для авторизации - (пароль)".
# Создайте кассира с указанием ФИО, рабочего и личного телефона, e-mail адреса. Важно убрать чекбокс "Вход по сертификату". Тип сертификата: OpenSSL. В поле "Сертификат" необходимо указать файл полученного от КТЖ сертификата формата *.cer. Сертификат формата *.p12 необходимо переименовать по формату ЛогинКассира_gost.p12 и предоставить сотрудникам Nemo.Travel .
# КТЖ активирует терминал и предоставит ID дилера.
# После настройки реквизитов необходима их проверка и предоставление сотрудникам КТЖ билетов и КРС в формате *.pdf на заказы, оформленные по боевым реквизитам. Чтобы исключить финансовые потери, стоимость билета должна быть '''не более 1000 тенге'''. В данном случае не будет штрафов за возврат. Выписывать билеты необходимо на поезд '''Петропавловск - Смирново''' и обратно, поезд 623/624. Обратите внимание, что предварительно клиенту необходимо пополнить счет агрегатора.
# Для оформления ЭБ с формой оплаты Наличные необходимо пройти сертификацию, для этого нужно создать тикет в Jira с просьбой провести сертификацию на возможность оформления ЭБ с формой оплаты Наличные. В тикете указать наименование терминала.

== Правила оформления детей ==
Для детей от 15 лет и старше приобретаются проездные документы (билеты), как для взрослых. Возраст ребенка определяется на день начала поездки.
Плата за проезд по территории Республики Казахстан детей в возрасте от 7 до 15 лет взыскивается в размере 50% от стоимости проезда, установленной для взрослого пассажира.

== Особенности КТЖ ==
# Если в заказе есть ребенок, возврат билета для взрослого возможен только после возврата детского билета.
# Тариф (взрослый или ребенок) определяется на основании возраста пассажира.
# Шлюз КТЖ не возвращает готовых документов, поэтому мы генерируем их на своей стороне. Для билета используется шаблон «Электронный посадочный документ (КТЖ)». Шаблон квитанции разных сборов задается в шаблоне «Электронная квитанция разных сборов (КТЖ)». Формы билетов и КРС обязательно должны соответствовать требованиям КТЖ.
# В большинстве случаев пассажиру выставляется счет за белье. Пассажир имеет право не оплачивать белье, только если вагон типа Плацкарта и время в пути менее 6 часов.
# При бронировании перевозки для младенца без места в запросе к поставщику данные о младенце должны передаваться после блока с данными о взрослом пассажире. Т.е. при бронировании перевозки для двух пассажиров по тарифу "Полный" и двух пассажиров по тарифу "Детский без места" в запросе к поставщику блоки с информацией о пассажирах передаются в следующем порядке: информация о пассажире по тарифу "Полный", информация о пассажире по тарифу "Детский без места", информация о пассажире по тарифу "Полный", информация о пассажире по тарифу "Детский без места". Дело в том, что во внутригосударственной перевозке по территории Республики Казахстан оформление билетов для детей до 7-ми лет не требуется, а в межгосударственной перевозке дети до 5-ти лет должны быть оформлены по детскому тарифу с льготой ДЕТ5.
# На этапе поиска для станций на территории Республики Казахстан(начинаются на 27) время отправления и прибытия отображается в часовом поясе Астаны. Для станций Российской Федерации(начинаются на 20), Киргизии(начинаются на 59) и Таджикистана(начинаются на 66) время отправления и прибытия московское. Для всех остальных станций время отправления и прибытия местное. После бронирования заказа информация о времени отправления и прибытия обновляется.
# При оформлении заказа существует выбор формы оплаты: наличный расчёт или безналичный. Для каждой формы оплаты будет отправляться определенный параметр в КТЖ для отображения в ЭБ и КРС (СА для наличной оплаты, IN для безналичной), но для наличного расчёта требуется пройти сертификацию (9ый пункт).
# Информация по техническому перерыву:
#* Основная цель технического перерыва: целостность данных при смене отчетного периода.
#* Типы технического перерыва: ежемесячный технический перерыв (при смене месяца, с 23:45 по 00:00), ежедневный технический перерыв (при смене суток, с 23:55 по 00:00).
#* Во время технического перерыва не доступны билетно-кассовые операции (бронирование, возврат), а также открытие новой рабочей смены. Операция подтверждение оплаты заказа не запрещена.
# Типы документов, допустимых для оформления перевозки(формируются на стороне сервера ЖД, поставщик конкретный список документов для перевозки не возвращает):
#* ПК Паспорт Казахстана - для граждан Казахстана
#* ПН Паспорт РФ - для граждан России
#* ЗП Заграничный паспорт, выданный гражданам РФ (9 цифр) - для граждан России
#* ПУ Паспорт Узбекистана - для граждан Узбекистана
#* УЛ Удостоверение личности - для граждан Казахстана
#* СР Свидетельство о рождении (до 16 цифр, а также: римская цифра, 2 буквы русского алфавита, 6 цифр). - для граждан Казахстана и России (в том числе и для продажи межгос направлений)
#* ВБ Военный билет - для граждан Казахстана
#* ЗЗ Другие иностранные документы (любые буквы и цифры) - для иностранных граждан
#* БГ Удостоверение личности лица без гражданства
#* СУ Справка об утере удостоверения личности/паспорта, временное удостоверение личности
#* СО Справка об освобождении
#* ВЖ Вид на жительство
# Возврат электронных билетов возможен за 1 час до отправления поезда. Возврату подлежат только билеты со статусами PaymentConfirmedElReg и PaymentConfirmed в заказе со статусом Done в системе поставщика. В случае получения других статусов (от поставщика), пассажир произвел дополнительные действия с электронным билетом: получил бланк в билетной кассе или ТТС, возвратил их в билетной кассе или истекло время возврата электронных билетов с помощью интернет-каналов продаж.
# Для оформления возврата к поставщику отправляется запрос, являющийся заявкой на возврат. В течении 2 минут производится проверка статуса заявки. Если заявка одобрена в течении данного времени - отправляется запрос на регистрацию возврата и статус заказа в нашей системе изменяется на "Отменен". Если заявка на возврат отклонена, возвращается сообщение с ошибкой, статус заказа остается без изменений. В случае, если заявка не была обработана в течении указанного времени, заказ следует обновить через некоторое время.
# По требованиям поставщика документы для заказа возвращаются только в формате PDF. Каждый бланк - на отдельной странице.

{{Attention| Необходимо оплатить и завершить оформление в течение 15 минут после бронирования.}}

== Список доступных переменных ==

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

{| class="wikitable" id="keys" style="width: 100%" border="1" cellpadding="5" cellspacing="0"
|-
! Переменная
! Описание переменной
|-
|-
|%ER_STATUS%
|Статус электронного билета
|-
|-
|%ER_DATE%
|Дата и время оформления электронного билета
|-
|%ER_CANCEL_DATE%
|Таймлимит на отмену ЭР
|-
|%VALID_FOR_BOARDING_TEXT%
|Действительность электронного билета
|-
|%CODE_1D%
|1D код - идентификатор заказа АСУ «Экспресс-3»
|-
|%BARCODE_2D%
|2D баркод – штрих код формата PDF417
|-
|%UID%
|Номер документа(билета)
|-
|%ORDER_NUM%
|Номер заказа
|-
|%RAIL_NAME%
|Наименование железной дороги
|-
|%YEAR%
|Год совершения поездки
|-
|%PASS_FULL_NAME%
|ФИО пассажира
|-
|%PASS_DOC%
|Документ пассажира
|-
|%PASS_DATE_OF_BIRTH%
|Дата рождения пассажира
|-
|%PASS_GENDER%
|Пол
|-
|%PASS_CITIZENSHIP%
|Гражданство
|-
|%SEAT_NUMBER%
|Номер места
|-
|%PASS_TARIFF%
|Тариф
|-
|%PASS_FULL_PRICE%
|Общая сумма
|-
|%PASS_TARIFF_PRICE%
|Стоимость билета по тарифу
|-
|%PASS_TICKET_PRICE%
|Цена билета для пассажира
|-
|%PASS_RESERVED_PRICE%
|Плацкарт
|-
|%SERVICE_COST%
|Сервис
|-
|%PASS_CHARGE%
|Сбор за конкретного пассажира
|-
|%PASS_COUNT%
|Количество пассажиров
|-
|%BEGIN_DATE%
|Дата и время выезда
|-
|%BEGIN_STATION%
|Станция, с которой отправляется клиент
|-
|%BEGIN_STATION_CODE%
|Код станции отправления
|-
|%END_DATE%
|Дата и время прибытия
|-
|%END_STATION%
|Станция, на которую пребывает клиент
|-
|%END_STATION_CODE%
|Код станции прибытия
|-
|%SERVICE_CLASS%
|Класс обслуживания
|-
|%TRAIN_NUMBER%
|Номер поезда
|-
|%CAR_NUMBER%
|Номер вагона
|-
|%TIME_DESCRIPTION_DEP%
|Ремарка о часовом поясе отправления
|-
|%SERVICE%
|Сервис(постельное белье, чай)
|-
|%CARRIER%
|Наименование перевозчика
|-
|%CARRIER_BIN%
|БИН перевозчика
|-
|%CARRIER_NDS_CERT%
|Свидетельство НДС перевозчика
|-
|%SERVICE_INFO%
|Служебная информация
|-
|%PAYER_INFO_NAME%
|Наименование налогоплательщика
|-
|%PAYER_BIN%
|БИН налогоплательщика
|-
|%PAYER_NDS_CERT%
|Свидетельство НДС налогоплательщика
|-
|%CONTROL_CHECK_NUMBER%
|Номер контрольного чека
|-
|%FISCAL_SIGN%
|Фискальный признак
|-
|%TERMINAL%
|Терминал
|-
|%REG_NUM_OF_THE_MACHINE%
|Регистрационный номер машины
|-
|%PAYMENT_TYPE%
|Способ оплаты
|-
|%PAY_DATETIME%
|Дата и время оплаты
|-
|%KRS_ID%
|Номер квитанции
|-
|%PASS_SUM_FOR_REFUND%
|Сумма к возврату
|-
|%PASS_CHARGE_FOR_REFUND%
|Сбор за возврат
|-
|%PASS_REFUND_DATE%
|Дата и время возврата
|-
|%PASS_FKS_NUMBER%
|Финансовый номер ФКС
|-
|%TIME_RETURN_TO_DEPARTURE%
|Время до отправления с момента возврата
|-
|%TYPE_OF_REFUND_MONEY%
|Информация
|}

</div>
</div>

== Настройка КТЖ ==
Для создания терминала Nemo необходим юридический адрес компании.

Для создания кассира необходимы ЭЦП(если нет - оформить в НУЦ РК),фамилия, имя, отчество, адрес, телефон, мобильный телефон, электронный адрес.

Параметры подключения настраиваются под администратором системы. Реквизиты подключения находятся в разделе '''Управление продажами → Ж/Д билеты→ Реквизиты подключения к ГДС''', далее, для настройки, в верхнем баре нужно выбрать КТЖ и нажать на кнопку "Создать новую запись", затем нужно заполнить все необходимые поля.
# Тип среды - Тип площадки/среды поставщика
# Тип сервера - Тип площадки Nemo Travel
# Логин дилера - логин дилера (выдается КТЖ)
# Пароль дилера - пароль дилера (выдается КТЖ)
# Ид дилера - уникальный номер дилера (выдается КТЖ)
# Логин кассира - логин кассира (выдается КТЖ)
# Пароль кассира - пароль кассира (выдается КТЖ)
# ID терминала - ID терминала (выдается КТЖ)
# Machine key - ключ машины (выдается КТЖ)
# Пароль к сертификату - пароль к сертификату (Более подробно см. [https://develop.ipayments.kz/pages/viewpage.action?pageId=131334192 Документация КТЖ])

Более подробная документация находится по адресу https://develop.ipayments.kz/pages/viewpage.action?pageId=20873260, логин и пароль выдаются КТЖ.

==Настройка шаблонов==

Для того, чтобы при выписке, мы отображали билет согласно требованиям КТЖ, следует загрузить шаблон электронного проездного билета. Путь для загрузки: '''Настройки системы → Нотификация и документы → Документы → Документы для ЖД → Электронный посадочный документ(КТЖ)'''. Затем следует выбрать режим редактирования HTML кода и вставить готовый шаблон, который доступен по адресу https://drive.google.com/open?id=1GjrWlpnQ5hM2Bx6tbcm9A-iRhDRPTF4o.

Так же нужно загрузить квитанцию разных сборов. Путь для загрузки: '''Настройки системы → Нотификация и документы → Документы → Документы для ЖД → Электронная квитанция разных сборов(КТЖ)'''. Затем следует выбрать режим редактирования HTML кода и вставить готовый шаблон, который доступен по адресу https://drive.google.com/open?id=1GjrWlpnQ5hM2Bx6tbcm9A-iRhDRPTF4o.
== Работа через API {{NameProject2}} ==
Работу с коннектором КТЖ можно осуществлять через API запросы к NemoConnect. Обратите внимание, для получения проездного документа будет использоваться [http://docs.nemo.travel/ru/nemo-backoffice-api BackOffice API]. Вам нужно будет создать заказ в бэк-офисе запросом [http://docs.nemo.travel/ru/nemo-backoffice-api/orders_workflow/getorder GetOrder]. После выполнения запроса GetOrder вы получите параметр OrderID. Используйте параметр OrderID для получения проездного документа и КРС через запрос [http://docs.nemo.travel/ru/nemo-backoffice-api/orders_workflow/getdocument GetDocument] в формате Base64.
Особенности формирования запроса поиска.

СОГАЗ Страхование

2019-07-31T10:22:48Z

Галина Погожильская:

[[Категория:Модули]]
[[Категория:Дополнительные модули]]
[[Категория:Поставщики]]

[[Файл:Sogaz.jpg|320px|right]]
'''СОГАЗ Страхование''' — российская [[Страховщик|страховая компания]], одна из крупнейших в стране. Штаб-квартира компании расположена в Москве.

== Характеристики услуги ==
* Цена [[Страховой продукт|страховых продуктов]] зависит от количества сегментов перелета.
*{{Attention|Страховые полисы выписываются всегда вместе с заказом, если апсейл страховок активирован. Нет возможности выписать страховые полисы отдельно после выписки самих авиабилетов.}}

== СОГАЗ Страхование в {{NameSystem}} ==
Для использования услуги оформления [[Страховой полис|страхового полиса]] на время осуществления полета поставщика «СОГАЗ Страхование» в {{NameSystem}} у агентства должен быть подключен компонент «Дополнительные услуги» и включен модуль «[[Страховка]]».

=== Настройки подключения СОГАЗ Cтрахования ===
[[Файл:Настройки_подключения_Альфа_страхования.png|300px|thumb|right|Настройки подключения СОГАЗ Cтрахования]]
* {{Setting|Боевой режим работы}} — если параметр включен, то услуга будет работать в боевом режиме, иначе — в тестовом.
* {{Setting|Код оператора}} — код доступа (логин) к услуге, выданный клиенту при заключении договора с АО «СОГАЗ Страховая группа».
* {{Setting|Код оператора для B2B продаж}} — код доступа, отличный от вышеуказанного, выданный при заключении договора с АО «СОГАЗ Страховая группа» клиенту для B2B продаж. В случае, если код в поле не указан, для получения страховых продуктов используется код из настройки {{Setting|Код оператора}}.

=== Настройки услуги СОГАЗ Страхование ===
[[Файл:Альфа_страхование.png|300px|thumb|right|Настройки услуги СОГАЗ Страхование]]
* {{Setting|Разрешить апсейл СОГАЗ Страхования}} — активирует услугу в наборе дополнительных услуг, доступных при оформлении авиабилетов.
* {{Setting|Чекбокс выбора страховки активен}} — предустанавливает выбор страховки в качестве дополнительной услуги к заказу.
* {{Setting|Источники заказов, для которых чекбокс выбора страховки активен по умолчанию}} — позволяет выбрать источники заказов/переходов, для которых будет активна предыдущая настройка.
** {{Setting|Все}} — для всех источников переходов чекбокс выбора страховки будет активен по умолчанию.
** {{Setting|Выбранные}} — позволяет выбрать источники заказов/переходов, для которых чекбокс выбора страховки будет предустановлен по умолчанию, для всех остальных источников чекбокс выбора страховки предустановлен не будет.
* {{Setting|Минимальное число дней до вылета, при котором предоставляется страховка}} — интервал времени от начала заказа, в котором дополнительная услуга не предоставляется.
* {{Setting|Услуга может быть выбрана}} — опция определяет на каком шаге оформления заказа в него может быть включена дополнительная услуга:
** {{Setting|до бронирования}}
** {{Setting|после бронирования}}
** {{Setting|в обоих случаях}}
{{Attention|Внести [[страховой взнос]] (оплатить страховку) можно только вместе с самим заказом. После оплаты заказа забронировать и оплатить страховку отдельно нельзя.}}
* {{Setting|Название переменной для контента 'Условия и правила страхования'}} — поле ввода названия метки контента, предназначенной для информации об услуге, с которой пользователь может ознакомится на странице ввода данных о пассажирах. По умолчанию 'alpha_insurance_info_label_value'.
* {{Setting|Оформлять полис только при наличии номеров билетов}} — настройка блокирует создание полиса пока статус билета «Забронирован». Это необходимо если нужно передать номер билета в полис СОГАЗ Страхования. Обратите внимание, если опция активна, в параметре '''Услуга может быть выбрана''' (см. выше) должно стоять одно из значений: ''после бронирования'' или ''в обоих случаях''.
* {{Setting|Список кодов программ недоступных для чартерных рейсов, через запятую}} — данная настройка позволяет задавать список программ страхования, запрещенных для продажи совместно с чартерными перелетами. Список таких программ может быть запрошен у персонального менеджера в АО «СОГАЗ Страховая группа».<br/>Внесенные в поле программы не будут отображаться на форме бронирования при выборе чартерных перелетов, но для регулярных рейсов программы по прежнему будут доступны.<br />''Формат для перечисления названий программ'':<br/><syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">TEST-NSP-1,TEST-NSP-2,TEST-NSP-3</syntaxhighlight>
* {{Setting|Параметры заголовка таблицы описания страховых полисов в формате JSON}} — заголовки таблицы [[Страховое покрытие|описания страховых продуктов]]. <br />''Формат для перечисления заголовков'': <br/><syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">["Амбулаторное лечение и стационарное лечение","Помощь в результате стихийных бедствий","Помощь при преждевременных родах"]</syntaxhighlight>
* {{Setting|Значения параметров страховых полисов в формате JSON}} — параметры страховых продуктов, отражаемые в таблице описания. <br/>Каждому названию продукта соответствует набор значений параметров этого продукта. <br />''Формат для перечисления значений параметров'':<br/><syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">{"TEST-NSP-1":["0","0","1","1","1"],"TEST-NSP-2":["0","1","0","0","-"],"TEST-NSP-3":["1","0","0","-","1"],"TEST-NSP-4":["1","0","1","1","0"]}</syntaxhighlight>, где:
** «0» соответствует знаку «крестика» (параметр не включен в продукт),
** «1» соответствует знаку «галочки» (параметр включен в продукт),
** «-» соответствует отсутствующему знаку (параметр отсутствует в в продукте) .

Пример отображения блока СОГАЗ Страхования с указанными выше параметрами приведен в данной статье в разделе «Отображение на форме бронирования».

== Ограничения ==
* Сервис СОГАЗ Страхование не предусматривает работу в случае более десяти сегментов.
* Страховой полис выписывается только после оплаты - статус заказа в {{NameSystem}} должен быть "оплачено".

== Локализация ==
[[Файл:Полис_альфастрахования_название_продукта.png|400px|thumb|right|Пример локализации названия продукта страхования]]
Информация о дополнительной услуге страхования отображается на странице заказа.
Поле {{Setting|Тип страхования}} содержит название продукта, которое можно локализовать и выводить пользователю осмысленное сообщение.
Чтобы задать перевод для названия продукта страхования, нужно (см. Пример локализации названия продукта страхования):
# Перейти в раздел «Управление сайтом» → «Языковые ресурсы» панели администрирования.
# В поле {{Setting|Язык}} выбрать «Русский».
# В поле {{Setting|Услуга}} выбрать «Дополнительные услуги».
# В поле {{Setting|Файл}} выбрать «Дополнительный».
# В столбце с заголовком {{Setting|label}} нажать на кнопку [[Файл:Add_text_resource.png]] (добавление новой текстовой метки) и ввести название продукта страхования, например, «business class flight product».
# В столбце с заголовком {{Setting|lang}} в появившееся поле ввести перевод метки, например, «Страхование перелёта».

После этого, значение поля {{Setting|Тип страхования}} на страницах информации о заказе будет содержать перевод, указанный вами при локализации названия продукта страхования. Кроме этого, переменная <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">%ALPHA_INSURANCE_PRODUCT%</syntaxhighlight>, доступная в документах для дополнительных услуг таких как, '''«СОГАЗ Страхование (бронирование)»''' и '''«СОГАЗ Страхование (выписка)»''' будет также выводить перевод из локализации, который задан для метки названия продукта страхования.

== Нотификации ==

Информация по услуге СОГАЗ Страхования доступна в переменной <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">%SOGAZ_INSURANCE_INFO%</syntaxhighlight> в шаблоне нотификации при бронирование и в шаблоне нотификации при выписке.

Так как это переменная группы, её нужно использовать внутри группы <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">%SOGAZ_INSURANCE%</syntaxhighlight> (Дополнительные услуги):
%SOGAZ_INSURANCE%
%SOGAZ_INSURANCE_INFO%
%SOGAZ_INSURANCE%

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

{| style="width: 800px" class="wikitable"
|-
! scope="col" width="200" | Переменная
! scope="col" width="300" | Описание
|-
| %ALPHA_INSURANCE_NAME%
| Имя пассажира
|-
| %ALPHA_INSURANCE_LASTNAME%
| Фамилия пассажира
|-
| %ALPHA_INSURANCE_BIRTHDATE%
| Дата рождения пассажира
|-
| %ALPHA_INSURANCE_PNR%
| PNR
|-
| %ALPHA_INSURANCE_PRODUCT%
| Описание продукта
|-
| %ALPHA_INSURANCE_PRICE%
| Стоимость полиса
|}

и группа <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">%ALPHA_INSURANCE_SEGMENT%</syntaxhighlight>, в которой для каждого сегмента доступны переменные:

{| style="width: 800px" class="wikitable"
|-
! scope="col" width="200" | Переменная
! scope="col" width="300" | Описание
|-
| %ALPHA_INSURANCE_SEGMENT_ROUTE%
| Маршрут
|-
| %ALPHA_INSURANCE_SEGMENT_CARRIER_CODE%
| Код перевозчика
|-
| %ALPHA_INSURANCE_SEGMENT_FLIGHT_NUMBER%
| Номер рейса
|-
| %ALPHA_INSURANCE_SEGMENT_FLIGHT_DATE%
| Дата вылета
|}

В шаблоне для выписки, в дополнение к этим переменным, доступны ещё:

{| style="width: 800px" class="wikitable"
|-
! scope="col" width="200" | Переменная
! scope="col" width="300" | Описание
|-
| %ALPHA_INSURANCE_SERIES%
| Серия полиса
|-
| %ALPHA_INSURANCE_FULL_NUMBER%
| Полный номер полиса
|-
| %ALPHA_INSURANCE_DOCUMENT_URL%
| Ссылка на полис в формате PDF
|}

Чтобы шаблон появился, включите апсейл.
=== Маршрут-квитанция ===
Если необходимо в маршрут-квитанцию поместить общую информацию о страховке, вам необходимо прописать переменную <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">%SOGAZ_INSURANCE_INFO%</syntaxhighlight>, если же необходимо разбить на каждого пассажира: группа <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;">%PASS_SOGAZ_INSURANCE_INFO%</syntaxhighlight>. Переменная <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">%SOGAZ_INSURANCE_INFO%</syntaxhighlight> и <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">%PASS_SOGAZ_INSURANCE_INFO%</syntaxhighlight> замещается результатом обработки шаблона документа '''«Согаз страхование (выписка)»'''.

Кроме того, вместе с нотификацией МК на почту приходит вложенный PDF файл со страховкой

=== Отображение на форме бронирования ===
На форме бронирования в блоке СОГАЗ Страхования можно выбрать из списка одну программу страхования как для всех пассажиров, так и только для некоторых их них.

[[Файл:Alfainsurance_new.png]]

При включенной настройке {{Setting|Разрешить выбирать сразу несколько страховых продуктов}} на форме бронирования в блоке СОГАЗ Страхования можно выбрать из списка несколько программ страхования для всех пассажиров.

[[Файл:Alfainsurance 2.0.png.png]]

== См. также ==
* [[ЕРВ Туристическое Страхование]]
* [[Страхование]]
* [[Страховщик]]
* [[Страхователь]]
* [[Застрахованный]]
* [[Срок страхования]]
* [[Страховой продукт]]
* [[Страховое покрытие]]
* [[Страховой полис]]
* [[Страховой риск]]
* [[Страховой взнос]]

== Ссылки ==
* [https://www.sogaz.ru// Официальный сайт компании «СОГАЗ Страховая группа»]

СОГАЗ Страхование

2019-07-31T09:53:44Z

Галина Погожильская: Новая страница: «Категория:Модули Категория:Дополнительные модули Категория:Поставщики Файл:So…»

[[Категория:Модули]]
[[Категория:Дополнительные модули]]
[[Категория:Поставщики]]

[[Файл:Sogaz.jpg|320px|right]]
'''СОГАЗ Страхование''' — российская [[Страховщик|страховая компания]], одна из крупнейших в стране. Штаб-квартира компании расположена в Москве.

== Характеристики услуги ==
* Цена [[Страховой продукт|страховых продуктов]] зависит от количества сегментов перелета.
*{{Attention|Страховые полисы выписываются всегда вместе с заказом, если апсейл страховок активирован. Нет возможности выписать страховые полисы отдельно после выписки самих авиабилетов.}}

== СОГАЗ Страхование в {{NameSystem}} ==
Для использования услуги оформления [[Страховой полис|страхового полиса]] на время осуществления полета поставщика «СОГАЗ Страхование» в {{NameSystem}} у агентства должен быть подключен компонент «Дополнительные услуги» и включен модуль «[[Страховка]]».

=== Настройки подключения СОГАЗ Cтрахования ===
[[Файл:Настройки_подключения_Альфа_страхования.png|300px|thumb|right|Настройки подключения СОГАЗ Cтрахования]]
* {{Setting|Боевой режим работы}} — если параметр включен, то услуга будет работать в боевом режиме, иначе — в тестовом.
* {{Setting|Код оператора}} — код доступа (логин) к услуге, выданный клиенту при заключении договора с АО «СОГАЗ Страховая группа».
* {{Setting|Код оператора для B2B продаж}} — код доступа, отличный от вышеуказанного, выданный при заключении договора с АО «СОГАЗ Страховая группа» клиенту для B2B продаж. В случае, если код в поле не указан, для получения страховых продуктов используется код из настройки {{Setting|Код оператора}}.

=== Настройки услуги СОГАЗ Страхование ===
[[Файл:Альфа_страхование.png|300px|thumb|right|Настройки услуги СОГАЗ Страхование]]
* {{Setting|Разрешить апсейл СОГАЗ Страхования}} — активирует услугу в наборе дополнительных услуг, доступных при оформлении авиабилетов.
* {{Setting|Разрешить выбирать сразу несколько страховых продуктов}} — активирует режим одновременного выбора нескольких страховок для всех пассажиров. Все выбранные полисы будут применяться для всех пассажиров без возможности выбора отдельных пассажиров для приобретения страхового полиса.
* {{Setting|Чекбокс выбора страховки активен}} — предустанавливает выбор страховки в качестве дополнительной услуги к заказу.
* {{Setting|Источники заказов, для которых чекбокс выбора страховки активен по умолчанию}} — позволяет выбрать источники заказов/переходов, для которых будет активна предыдущая настройка.
** {{Setting|Все}} — для всех источников переходов чекбокс выбора страховки будет активен по умолчанию.
** {{Setting|Выбранные}} — позволяет выбрать источники заказов/переходов, для которых чекбокс выбора страховки будет предустановлен по умолчанию, для всех остальных источников чекбокс выбора страховки предустановлен не будет.
* {{Setting|Минимальное число дней до вылета, при котором предоставляется страховка}} — интервал времени от начала заказа, в котором дополнительная услуга не предоставляется.
* {{Setting|Услуга может быть выбрана}} — опция определяет на каком шаге оформления заказа в него может быть включена дополнительная услуга:
** {{Setting|до бронирования}}
** {{Setting|после бронирования}}
** {{Setting|в обоих случаях}}
{{Attention|Внести [[страховой взнос]] (оплатить страховку) можно только вместе с самим заказом. После оплаты заказа забронировать и оплатить страховку отдельно нельзя.}}
* {{Setting|Название переменной для контента 'Условия и правила страхования'}} — поле ввода названия метки контента, предназначенной для информации об услуге, с которой пользователь может ознакомится на странице ввода данных о пассажирах. По умолчанию 'alpha_insurance_info_label_value'.
* {{Setting|Оформлять полис только при наличии номеров билетов}} — настройка блокирует создание полиса пока статус билета «Забронирован». Это необходимо если нужно передать номер билета в полис СОГАЗ Страхования. Обратите внимание, если опция активна, в параметре '''Услуга может быть выбрана''' (см. выше) должно стоять одно из значений: ''после бронирования'' или ''в обоих случаях''.
* {{Setting|Список кодов программ недоступных для чартерных рейсов, через запятую}} — данная настройка позволяет задавать список программ страхования, запрещенных для продажи совместно с чартерными перелетами. Список таких программ может быть запрошен у персонального менеджера в АО «СОГАЗ Страховая группа».<br/>Внесенные в поле программы не будут отображаться на форме бронирования при выборе чартерных перелетов, но для регулярных рейсов программы по прежнему будут доступны.<br />''Формат для перечисления названий программ'':<br/><syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">TEST-NSP-1,TEST-NSP-2,TEST-NSP-3</syntaxhighlight>
* {{Setting|Параметры заголовка таблицы описания страховых полисов в формате JSON}} — заголовки таблицы [[Страховое покрытие|описания страховых продуктов]]. <br />''Формат для перечисления заголовков'': <br/><syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">["Амбулаторное лечение и стационарное лечение","Помощь в результате стихийных бедствий","Помощь при преждевременных родах"]</syntaxhighlight>
* {{Setting|Значения параметров страховых полисов в формате JSON}} — параметры страховых продуктов, отражаемые в таблице описания. <br/>Каждому названию продукта соответствует набор значений параметров этого продукта. <br />''Формат для перечисления значений параметров'':<br/><syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">{"TEST-NSP-1":["0","0","1","1","1"],"TEST-NSP-2":["0","1","0","0","-"],"TEST-NSP-3":["1","0","0","-","1"],"TEST-NSP-4":["1","0","1","1","0"]}</syntaxhighlight>, где:
** «0» соответствует знаку «крестика» (параметр не включен в продукт),
** «1» соответствует знаку «галочки» (параметр включен в продукт),
** «-» соответствует отсутствующему знаку (параметр отсутствует в в продукте) .

Пример отображения блока СОГАЗ Страхования с указанными выше параметрами приведен в данной статье в разделе «Отображение на форме бронирования».

== Ограничения ==
* Сервис СОГАЗ Страхование не предусматривает работу в случае более десяти сегментов.
* Страховой полис выписывается только после оплаты - статус заказа в {{NameSystem}} должен быть "оплачено".

== Локализация ==
[[Файл:Полис_альфастрахования_название_продукта.png|400px|thumb|right|Пример локализации названия продукта страхования]]
Информация о дополнительной услуге страхования отображается на странице заказа.
Поле {{Setting|Тип страхования}} содержит название продукта, которое можно локализовать и выводить пользователю осмысленное сообщение.
Чтобы задать перевод для названия продукта страхования, нужно (см. Пример локализации названия продукта страхования):
# Перейти в раздел «Управление сайтом» → «Языковые ресурсы» панели администрирования.
# В поле {{Setting|Язык}} выбрать «Русский».
# В поле {{Setting|Услуга}} выбрать «Дополнительные услуги».
# В поле {{Setting|Файл}} выбрать «Дополнительный».
# В столбце с заголовком {{Setting|label}} нажать на кнопку [[Файл:Add_text_resource.png]] (добавление новой текстовой метки) и ввести название продукта страхования, например, «business class flight product».
# В столбце с заголовком {{Setting|lang}} в появившееся поле ввести перевод метки, например, «Страхование перелёта».

После этого, значение поля {{Setting|Тип страхования}} на страницах информации о заказе будет содержать перевод, указанный вами при локализации названия продукта страхования. Кроме этого, переменная <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">%ALPHA_INSURANCE_PRODUCT%</syntaxhighlight>, доступная в документах для дополнительных услуг таких как, '''«СОГАЗ Страхование (бронирование)»''' и '''«СОГАЗ Страхование (выписка)»''' будет также выводить перевод из локализации, который задан для метки названия продукта страхования.

== Нотификации ==

Информация по услуге СОГАЗ Страхования доступна в переменной <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">%SOGAZ_INSURANCE_INFO%</syntaxhighlight> в шаблоне нотификации при бронирование и в шаблоне нотификации при выписке.

Так как это переменная группы, её нужно использовать внутри группы <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">%SOGAZ_INSURANCE%</syntaxhighlight> (Дополнительные услуги):
%SOGAZ_INSURANCE%
%SOGAZ_INSURANCE_INFO%
%SOGAZ_INSURANCE%

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

{| style="width: 800px" class="wikitable"
|-
! scope="col" width="200" | Переменная
! scope="col" width="300" | Описание
|-
| %ALPHA_INSURANCE_NAME%
| Имя пассажира
|-
| %ALPHA_INSURANCE_LASTNAME%
| Фамилия пассажира
|-
| %ALPHA_INSURANCE_BIRTHDATE%
| Дата рождения пассажира
|-
| %ALPHA_INSURANCE_PNR%
| PNR
|-
| %ALPHA_INSURANCE_PRODUCT%
| Описание продукта
|-
| %ALPHA_INSURANCE_PRICE%
| Стоимость полиса
|}

и группа <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">%ALPHA_INSURANCE_SEGMENT%</syntaxhighlight>, в которой для каждого сегмента доступны переменные:

{| style="width: 800px" class="wikitable"
|-
! scope="col" width="200" | Переменная
! scope="col" width="300" | Описание
|-
| %ALPHA_INSURANCE_SEGMENT_ROUTE%
| Маршрут
|-
| %ALPHA_INSURANCE_SEGMENT_CARRIER_CODE%
| Код перевозчика
|-
| %ALPHA_INSURANCE_SEGMENT_FLIGHT_NUMBER%
| Номер рейса
|-
| %ALPHA_INSURANCE_SEGMENT_FLIGHT_DATE%
| Дата вылета
|}

В шаблоне для выписки, в дополнение к этим переменным, доступны ещё:

{| style="width: 800px" class="wikitable"
|-
! scope="col" width="200" | Переменная
! scope="col" width="300" | Описание
|-
| %ALPHA_INSURANCE_SERIES%
| Серия полиса
|-
| %ALPHA_INSURANCE_FULL_NUMBER%
| Полный номер полиса
|-
| %ALPHA_INSURANCE_DOCUMENT_URL%
| Ссылка на полис в формате PDF
|}

Чтобы шаблон появился, включите апсейл.
=== Маршрут-квитанция ===
Если необходимо в маршрут-квитанцию поместить общую информацию о страховке, вам необходимо прописать переменную <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">%SOGAZ_INSURANCE_INFO%</syntaxhighlight>, если же необходимо разбить на каждого пассажира: группа <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;">%PASS_SOGAZ_INSURANCE_INFO%</syntaxhighlight>. Переменная <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">%SOGAZ_INSURANCE_INFO%</syntaxhighlight> и <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">%PASS_SOGAZ_INSURANCE_INFO%</syntaxhighlight> замещается результатом обработки шаблона документа '''«Согаз страхование (выписка)»'''.

Кроме того, вместе с нотификацией МК на почту приходит вложенный PDF файл со страховкой

=== Отображение на форме бронирования ===
На форме бронирования в блоке СОГАЗ Страхования можно выбрать из списка одну программу страхования как для всех пассажиров, так и только для некоторых их них.

[[Файл:Alfainsurance_new.png]]

При включенной настройке {{Setting|Разрешить выбирать сразу несколько страховых продуктов}} на форме бронирования в блоке СОГАЗ Страхования можно выбрать из списка несколько программ страхования для всех пассажиров.

[[Файл:Alfainsurance 2.0.png.png]]

== См. также ==
* [[ЕРВ Туристическое Страхование]]
* [[Страхование]]
* [[Страховщик]]
* [[Страхователь]]
* [[Застрахованный]]
* [[Срок страхования]]
* [[Страховой продукт]]
* [[Страховое покрытие]]
* [[Страховой полис]]
* [[Страховой риск]]
* [[Страховой взнос]]

== Ссылки ==
* [https://www.sogaz.ru// Официальный сайт компании «СОГАЗ Страховая группа»]

Файл:Sogaz.jpg

2019-07-31T09:30:39Z

Галина Погожильская:

Настройки фискализации

2019-07-08T06:04:41Z

Галина Погожильская: /* Платёжные шлюзы с поддержкой фискализации */

= Обязательные настройки для фискализации =
Для корректного функционирования агентства, в разделе '''Управление продажами''' → '''Авиабилеты''' → '''Дополнительные услуги''' → '''Дополнительная информация''' (/settings__services_extra_info_lists) нужно задать правила передачи/расчёта НДС и информацию о поставщике услуг для ВСЕХ услуг, доступных агентству.

1. Для услуг «Тариф», «Такса», «Услуги авиакомпании», «Дополнительные услуги агентства» и «Cервисные пакеты» к настройке доступна только одна позиция - '''«Отправлять НДС по услуге»'''. При включённой настройке '''«Отправлять НДС по услуге»''' - в чеке, переданном в платёжный шлюз, будет указана ставка НДС, в соответствии с системой налогообложения агентства, указанной в «Профиле компании».

2. Для всех остальных услуг, те, что включаются на агентстве модульно, доступны следующие настройки:
* ИНН поставщика услуг - в чек будет передан ИНН поставщика услуг, для иностранных компаний ИНН не передаётся, либо передаются нули (в зависимости от требований платёжного шлюза);
* Телефон поставщика - в чек будет передан телефон поставщика услуги;
* НДС услуги - в чек будет передана ставка НДС в соответствии с этой настройкой, возможные значения:
** Без НДС
** НДС 0
** НДС 10
** НДС 10/110
** НДС 20
** НДС 20/120
* Признак агента - в чеке будет передаваться признак агентской услуги;
* Отправлять НДС по услуге.

Для шлюза МПС учитываются только 3 значения НДС: 0, 110 и 120%.<br>
Информация о поставщике для ГДС-услуг берётся из путеводителя.<br>
Если в ответе от Юнителлера приходит ошибка "Field agent in Receipt is disabled", это значит, что агентские Теги не были включены на UPID (на их стороне).<br>
Настройки фискализации платежного шлюза - /settings__payment_instances_connection_edit<br>

= Платёжные шлюзы с поддержкой фискализации =
* [[Сбербанк]] - требуется использовать "Версия протокола ФФД 1.05" в настройках платёжного шлюза.
* [[Assist]] - требуется "Включить фискализацию" в настройках платёжного шлюза.
* [[Uniteller]] - требуется "Использовать оплату с фискализацией" в настройках платёжного шлюза.
* МПС - требуется "Использовать оплату с фискализацией" и "Оформлять чек на основе данных Nemo Connect" в настройках платёжного шлюза. {{Attention|Для использования нового режима фискализации в мпс, агенту нужно запросить у МПС активацию опции sourсe "shop_on_confirm".}}

* [[PayOnline]] - фискализация включена по умолчанию, отдельной настройкой не включается.
* [[Platron]] - фискализация включена по умолчанию, отдельной настройкой не включается.

{{Attention|Во всех шлюзах, если настройка доступна, нужно использовать оплату с преавторизацией.}}

= См. также =
* [[Платежные шлюзы]]
*

Настройки фискализации

2019-07-05T08:00:19Z

Галина Погожильская:

= Обязательные настройки для фискализации =
Для корректного функционирования агентства, в разделе '''Управление продажами''' → '''Авиабилеты''' → '''Дополнительные услуги''' → '''Дополнительная информация''' (/settings__services_extra_info_lists) нужно задать правила передачи/расчёта НДС и информацию о поставщике услуг для ВСЕХ услуг, доступных агентству.
# Для услуг «Тариф», «Такса», «Услуги авиакомпании», «Дополнительные услуги агентства» и «Cервисные пакеты» к настройке доступна только одна позиция - '''«Отправлять НДС по услуге»'''. При включённой настройке '''«Отправлять НДС по услуге»''' - в чеке, переданном в платёжный шлюз, будет указана ставка НДС, в соответствии с системой налогообложения агентства, указанной в «Профиле компании».

# Для всех остальных услуг, те, что включаются на агентстве модульно, доступны следующие настройки:
* ИНН поставщика услуг - в чек будет передан ИНН поставщика услуг, для иностранных компаний ИНН не передаётся, либо передаются нули (в зависимости от требований платёжного шлюза);
* Телефон поставщика - в чек будет передан телефон поставщика услуги;
* НДС услуги - в чек будет передана ставка НДС в соответствии с этой настройкой;
* Признак агента - в чеке будет передаваться признак агентской услуги;
* Отправлять НДС по услуге.

Для шлюза МПС учитываются только 3 значения НДС - 0, 110 и 120%.<br>
Информация о поставщике для ГДС-услуг берётся из путеводителя.<br>
Если приходит в ответе от Юнителлера ошибка "Field agent in Receipt is disabled" , то значит агентские Теги не были включены на UPID (на их стороне).<br>
Настройки фискализации платежного шлюза - /settings__payment_instances_connection_edit<br>

= Платёжные шлюзы с поддержкой фискализации =
* [[Сбербанк]] - требуется использовать "Версия протокола ФФД 1.05" в настройках платёжного шлюза.
* [[Assist]] - требуется "Включить фискализацию" в настройках платёжного шлюза.
* [[Uniteller]] - требуется "Использовать оплату с фискализацией" в настройках платёжного шлюза.
* МПС - требуется "Использовать оплату с фискализацией" и "Включить новый режим фискализации" в настройках платёжного шлюза. {{Attention|Для использования нового режима фискализации в мпс, агенту нужно запросить у МПС активацию опции sourсe "shop_on_confirm".}}

* [[PayOnline]] - фискализация включена по умолчанию, отдельной настройкой не включается.
* [[Platron]] - фискализация включена по умолчанию, отдельной настройкой не включается.

{{Attention|Во всех шлюзах, если настройка доступна, нужно использовать оплату с преавторизацией.}}

= См. также =
* [[Платежные шлюзы]]
*

Настройки фискализации

2019-07-04T08:08:50Z

Галина Погожильская:

= Обязательные настройки для фискализации =
Для корректного функционирования агентства, в разделе '''Управление продажами''' → '''Авиабилеты''' → '''Дополнительные услуги''' → '''Дополнительная информация''' (/settings__services_extra_info_lists) нужно задать правила передачи/расчёта НДС и информацию о поставщике услуг для ВСЕХ услуг, доступных агентству.
# Для услуг «Тариф», «Такса», «Услуги авиакомпании», «Дополнительные услуги агентства» и «Cервисные пакеты» к настройке доступна только одна позиция - '''«Отправлять НДС по услуге»'''. При включённой настройке '''«Отправлять НДС по услуге»''' - в чеке, переданном в платёжный шлюз, будет указана ставка НДС, в соответствии с системой налогообложения агентства, указанной в «Профиле компании».

# Для всех остальных услуг, те, что включаются на агентстве модульно, доступны следующие настройки:
* ИНН поставщика услуг - в чек будет передан ИНН поставщика услуг, для иностранных компаний ИНН не передаётся, либо передаются нули (в зависимости от требований платёжного шлюза);
* Телефон поставщика - в чек будет передан телефон поставщика услуги;
* НДС услуги - в чек будет передана ставка НДС в соответствии с этой настройкой;
* Признак агента - в чеке будет передаваться признак агентской услуги;
* Отправлять НДС по услуге.

Для шлюза МПС учитываются только 3 значения НДС - 0, 110 и 120%.<br>
Информация о поставщике для ГДС-услуг берётся из путеводителя.<br>
Если приходит в ответе от Юнителлера ошибка "Field agent in Receipt is disabled" , то значит агентские Теги не были включены на UPID (на их стороне).<br>
Настройки фискализации платежного шлюза - /settings__payment_instances_connection_edit<br>

= Платёжные шлюзы с поддержкой фискализации =
* [[Сбербанк]] - требуется использовать "Версия протокола ФФД 1.05" в настройках платёжного шлюза.
* [[Assist]] - требуется "Включить фискализацию" в настройках платёжного шлюза.
* [[Uniteller]] - требуется "Использовать оплату с фискализацией" в настройках платёжного шлюза.
* МПС - требуется "Использовать оплату с фискализацией" и "Включить новый режим фискализации" в настройках платёжного шлюза.
* [[PayOnline]] - фискализация включена по умолчанию, отдельной настройкой не включается.
* [[Platron]] - фискализация включена по умолчанию, отдельной настройкой не включается.

{{Attention|Во всех шлюзах, если настройка доступна, нужно использовать оплату с преавторизацией.}}

= См. также =
* [[Платежные шлюзы]]
*

Настройки фискализации

2019-07-04T08:07:30Z

Галина Погожильская:

= Обязательные настройки для фискализации =
Для корректного функционирования агентства, в разделе '''Управление продажами''' → '''Авиабилеты''' → '''Дополнительные услуги''' → '''Дополнительная информация''' нужно задать правила передачи/расчёта НДС и информацию о поставщике услуг для ВСЕХ услуг, доступных агентству.
# Для услуг «Тариф», «Такса», «Услуги авиакомпании», «Дополнительные услуги агентства» и «Cервисные пакеты» к настройке доступна только одна позиция - '''«Отправлять НДС по услуге»'''. При включённой настройке '''«Отправлять НДС по услуге»''' - в чеке, переданном в платёжный шлюз, будет указана ставка НДС, в соответствии с системой налогообложения агентства, указанной в «Профиле компании».

# Для всех остальных услуг, те, что включаются на агентстве модульно, доступны следующие настройки:
* ИНН поставщика услуг - в чек будет передан ИНН поставщика услуг, для иностранных компаний ИНН не передаётся, либо передаются нули (в зависимости от требований платёжного шлюза);
* Телефон поставщика - в чек будет передан телефон поставщика услуги;
* НДС услуги - в чек будет передана ставка НДС в соответствии с этой настройкой;
* Признак агента - в чеке будет передаваться признак агентской услуги;
* Отправлять НДС по услуге.

Для шлюза МПС учитываются только 3 значения НДС - 0, 110 и 120%.<br>
Информация о поставщике для ГДС-услуг берётся из путеводителя.<br>
Если приходит в ответе от Юнителлера ошибка "Field agent in Receipt is disabled" , то значит агентские Теги не были включены на UPID (на их стороне).<br>
Настройки фискализации платежного шлюза - /settings__payment_instances_connection_edit<br>
Правила налогообложения дополнительных услуг - /settings__services_extra_info_lists

= Платёжные шлюзы с поддержкой фискализации =
* [[Сбербанк]] - требуется использовать "Версия протокола ФФД 1.05" в настройках платёжного шлюза.
* [[Assist]] - требуется "Включить фискализацию" в настройках платёжного шлюза.
* [[Uniteller]] - требуется "Использовать оплату с фискализацией" в настройках платёжного шлюза.
* МПС - требуется "Использовать оплату с фискализацией" и "Включить новый режим фискализации" в настройках платёжного шлюза.
* [[PayOnline]] - фискализация включена по умолчанию, отдельной настройкой не включается.
* [[Platron]] - фискализация включена по умолчанию, отдельной настройкой не включается.

{{Attention|Во всех шлюзах, если настройка доступна, нужно использовать оплату с преавторизацией.}}

= См. также =
* [[Платежные шлюзы]]
*

Настройки фискализации

2019-07-04T07:41:40Z

Галина Погожильская:

= Обязательные настройки для фискализации =
Для корректного функционирования агентства, в разделе '''Управление продажами''' → '''Авиабилеты''' → '''Дополнительные услуги''' → '''Дополнительная информация''' нужно задать правила передачи/расчёта НДС и информацию о поставщике услуг для ВСЕХ услуг, доступных агентству.
# Для услуг «Тариф», «Такса», «Услуги авиакомпании», «Дополнительные услуги агентства» и «Cервисные пакеты» к настройке доступна только одна позиция - '''«Отправлять НДС по услуге»'''. При включённой настройке '''«Отправлять НДС по услуге»''' - в чеке, переданном в платёжный шлюз, будет указана ставка НДС, в соответствии с системой налогообложения агентства, указанной в «Профиле компании».

# Для всех остальных услуг, те, что включаются на агентстве модульно, доступны следующие настройки:
* ИНН поставщика услуг - в чек будет передан ИНН поставщика услуг, для иностранных компаний ИНН не передаётся, либо передаются нули (в зависимости от требований платёжного шлюза);
* Телефон поставщика - в чек будет передан телефон поставщика услуги;
* НДС услуги - в чек будет передана ставка НДС в соответствии с этой настройкой;
* Признак агента - в чеке будет передаваться признак агентской услуги;
* Отправлять НДС по услуге.

Для шлюза МПС учитываются только 3 значения НДС - 0, 110 и 120%.<br>
Информация о поставщике для ГДС-услуг берётся из путеводителя.
Если приходит в ответе от Юнителлера ошибка "Field agent in Receipt is disabled" , то значит агентские Теги не были включены на UPID (на их стороне).

= Платёжные шлюзы с поддержкой фискализации =
* [[Сбербанк]] - требуется использовать "Версия протокола ФФД 1.05" в настройках платёжного шлюза.
* [[Assist]] - требуется "Включить фискализацию" в настройках платёжного шлюза.
* [[Uniteller]] - требуется "Использовать оплату с фискализацией" в настройках платёжного шлюза.
* МПС - требуется "Использовать оплату с фискализацией" и "Включить новый режим фискализации" в настройках платёжного шлюза.
* [[PayOnline]] - фискализация включена по умолчанию, отдельной настройкой не включается.
* [[Platron]] - фискализация включена по умолчанию, отдельной настройкой не включается.

{{Attention|Во всех шлюзах, если настройка доступна, нужно использовать оплату с преавторизацией.}}

= См. также =
* [[Платежные шлюзы]]
*

Настройки фискализации

2019-07-02T08:25:24Z

Галина Погожильская: /* Обязательные настройки для фискализации */

= Платёжные шлюзы с поддержкой фискализации =
* Сбербанк - требуется использовать "Версия протокола ФФД 1.05" в настройках платёжного шлюза.
* Assist - требуется "Включить фискализацию" в настройках платёжного шлюза.
* Uniteller - требуется "Использовать оплату с фискализацией" в настройках платёжного шлюза.
* МПС - требуется "Использовать оплату с фискализацией" и "Включить новый режим фискализации" в настройках платёжного шлюза.
* PayOnline - фискализация включена по умолчанию, отдельной настройкой не включается.
* Platron - фискализация включена по умолчанию, отдельной настройкой не включается.
!!!Во всех шлюзах, если настройка доступна, нужно использовать оплату с преавторизацией.!!!

= Обязательные настройки для фискализации =
Для корректного функционирования агентства, в разделе '''Управление продажами'''->'''Авиабилеты'''->'''Дополнительные услуги'''->'''Дополнительная информация''' нужно задать правила передачи/расчёта НДС и информацию о поставщике услуг для ВСЕХ услуг доступных агентству.
# Для услуг "Тариф", "Такса", "Услуги авиакомпании", "Дополнительные услуги агентства" и "Cервисные пакеты" к настройке доступна только одна позиция - '''"Отправлять НДС по услуге"'''. При включённой настройке '''"Отправлять НДС по услуге"''' - в чеке, переданном в платёжный шлюз, будет указана ставка НДС, в соответствии с системой налогообложения агентства, указанной в "Профиле компании".

# Для всех остальных услуг, те что включаются на агентстве модульно, доступны следующие настройки:
* ИНН постащика услуг - в чек будет передан ИНН поставщика услуг, для иностранных компаний ИНН не передаётся, либо передаются нули (в зависимости от требований платёжного шлюза);
* Телефон поставщика - в чек будет передан телефон поставщика услуги;
* НДС услуги - в чек будет передана ставка НДС в соответствии с этой настройкой;
* Признак агента - в чеке будет передаваться признак агентской услуги;
* Отправлять НДС по услуге.

Для шлюза МПС учитываются только 3 значения НДС - 0, 110 и 120%.<br>
Информация о поставщике для ГДС-услуг берётся из путеводителя.

Настройки фискализации

2019-07-02T08:25:04Z

Галина Погожильская: /* Обязательные настройки для фискализации */

= Платёжные шлюзы с поддержкой фискализации =
* Сбербанк - требуется использовать "Версия протокола ФФД 1.05" в настройках платёжного шлюза.
* Assist - требуется "Включить фискализацию" в настройках платёжного шлюза.
* Uniteller - требуется "Использовать оплату с фискализацией" в настройках платёжного шлюза.
* МПС - требуется "Использовать оплату с фискализацией" и "Включить новый режим фискализации" в настройках платёжного шлюза.
* PayOnline - фискализация включена по умолчанию, отдельной настройкой не включается.
* Platron - фискализация включена по умолчанию, отдельной настройкой не включается.
!!!Во всех шлюзах, если настройка доступна, нужно использовать оплату с преавторизацией.!!!

= Обязательные настройки для фискализации =
Для корректного функционирования агентства, в разделе '''Управление продажами'''->'''Авиабилеты'''->'''Дополнительные услуги'''->'''Дополнительная информация''' нужно задать правила передачи/расчёта НДС и информацию о поставщике услуг для ВСЕХ услуг доступных агентству.
# Для услуг "Тариф", "Такса", "Услуги авиакомпании", "Дополнительные услуги агентства" и "Cервисные пакеты" к настройке доступна только одна позиция - '''"Отправлять НДС по услуге"'''. При включённой настройке '''"Отправлять НДС по услуге"''' - в чеке, переданном в платёжный шлюз, будет указана ставка НДС, в соответствии с системой налогообложения агентства, указанной в "Профиле компании".

# Для всех остальных услуг, те что включаются на агентстве модульно, доступны следующие настройки:
* ИНН постащика услуг - в чек будет передан ИНН поставщика услуг, для иностранных компаний ИНН не передаётся, либо передаются нули (в зависимости от требований платёжного шлюза);
* Телефон поставщика - в чек будет передан телефон поставщика услуги;
* НДС услуги - в чек будет передана ставка НДС в соответствии с этой настройкой;
* Признак агента - в чеке будет передаваться признак агентской услуги;
* Отправлять НДС по услуге.

Для шлюза МПС учитываются только 3 значения НДС - 0, 110 и 120%.
Информация о поставщике для ГДС-услуг берётся из путеводителя.

Настройки фискализации

2019-07-01T15:49:41Z

Галина Погожильская: /* Платёжные шлюзы с поддержкой фискализации */

Настройки фискализации

2019-07-01T15:44:54Z

Галина Погожильская: /* Платёжные шлюзы с поддержкой фискализации */

= Платёжные шлюзы с поддержкой фискализации =
* Сбербанк - требуется использовать "Версия протокола ФФД 1.05" в настройках платёжного шлюза.
* Assist - требуется "Включить фискализацию" в настройках платёжного шлюза.
* Uniteller - требуется "Использовать оплату с фискализацией" в настройках платёжного шлюза.
* МПС - требуется "Включить новый режим фискализации" в настройках платёжного шлюза.
* PayOnline - фискализация включена по умолчанию, отдельной настройкой не включается.
* Platron - фискализация включена по умолчанию, отдельной настройкой не включается.
!!!Во всех шлюзах, если настройка доступна, нужно использовать оплату с преавторизацией.!!!

= Обязательные настройки для фискализации =
Для корректного функционирования агентства, в разделе '''Управление продажами'''->'''Авиабилеты'''->'''Дополнительные услуги'''->'''Дополнительная информация''' нужно задать правила передачи/расчёта НДС и информацию о поставщике услуг для ВСЕХ услуг доступных агентству.
# Для услуг "Тариф", "Такса", "Услуги авиакомпании", "Дополнительные услуги агентства" и "Cервисные пакеты" к настройке доступна только одна позиция - '''"Отправлять НДС по услуге"'''. При включённой настройке '''"Отправлять НДС по услуге"''' - в чеке, переданном в платёжный шлюз, будет указана ставка НДС, в соответствии с системой налогообложения агентства, указанной в "Профиле компании".

# Для всех остальных услуг, те что включаются на агентстве модульно, доступны следующие настройки:
* ИНН постащика услуг - в чек будет передан ИНН поставщика услуг, для иностранных компаний ИНН не передаётся, либо передаются нули (в зависимости от требований платёжного шлюза);
* Телефон поставщика - в чек будет передан телефон поставщика услуги;
* НДС услуги - в чек будет передана ставка НДС в соответствии с этой настройкой;
* Признак агента - в чеке будет передаваться признак агентской услуги;
* Отправлять НДС по услуге.

Для шлюза МПС учитываются только 3 значения НДС - 0, 110 и 120%.

Настройки фискализации

2019-07-01T15:38:00Z

Галина Погожильская: /* Платёжные шлюзы с поддержкой фискализации */

= Платёжные шлюзы с поддержкой фискализации =
* Сбербанк - требуется использовать "Версия протокола ФФД 1.05" в настройках платёжного шлюза.
* Assist - требуется "Включить фискализацию" в настройках платёжного шлюза.
* Uniteller
* МПС - требуется "Включить новый режим фискализации" в настройках платёжного шлюза.
* PayOnline
* Platron

= Обязательные настройки для фискализации =
Для корректного функционирования агентства, в разделе '''Управление продажами'''->'''Авиабилеты'''->'''Дополнительные услуги'''->'''Дополнительная информация''' нужно задать правила передачи/расчёта НДС и информацию о поставщике услуг для ВСЕХ услуг доступных агентству.
# Для услуг "Тариф", "Такса", "Услуги авиакомпании", "Дополнительные услуги агентства" и "Cервисные пакеты" к настройке доступна только одна позиция - '''"Отправлять НДС по услуге"'''. При включённой настройке '''"Отправлять НДС по услуге"''' - в чеке, переданном в платёжный шлюз, будет указана ставка НДС, в соответствии с системой налогообложения агентства, указанной в "Профиле компании".

# Для всех остальных услуг, те что включаются на агентстве модульно, доступны следующие настройки:
* ИНН постащика услуг - в чек будет передан ИНН поставщика услуг, для иностранных компаний ИНН не передаётся, либо передаются нули (в зависимости от требований платёжного шлюза);
* Телефон поставщика - в чек будет передан телефон поставщика услуги;
* НДС услуги - в чек будет передана ставка НДС в соответствии с этой настройкой;
* Признак агента - в чеке будет передаваться признак агентской услуги;
* Отправлять НДС по услуге.

Для шлюза МПС учитываются только 3 значения НДС - 0, 110 и 120%.

Настройки фискализации

2019-07-01T14:16:11Z

Галина Погожильская: /* Обязательные настройки для фискализации */

= Платёжные шлюзы с поддержкой фискализации =
* Сбербанк
* Assist
* Uniteller
* МПС
* PayOnline
* Platron
= Обязательные настройки для фискализации =
Для корректного функционирования агентства, в разделе '''Управление продажами'''->'''Авиабилеты'''->'''Дополнительные услуги'''->'''Дополнительная информация''' нужно задать правила передачи/расчёта НДС и информацию о поставщике услуг для ВСЕХ услуг доступных агентству.
# Для услуг "Тариф", "Такса", "Услуги авиакомпании", "Дополнительные услуги агентства" и "Cервисные пакеты" к настройке доступна только одна позиция - '''"Отправлять НДС по услуге"'''. При включённой настройке '''"Отправлять НДС по услуге"''' - в чеке, переданном в платёжный шлюз, будет указана ставка НДС, в соответствии с системой налогообложения агентства, указанной в "Профиле компании".

# Для всех остальных услуг, те что включаются на агентстве модульно, доступны следующие настройки:
* ИНН постащика услуг - в чек будет передан ИНН поставщика услуг, для иностранных компаний ИНН не передаётся, либо передаются нули (в зависимости от требований платёжного шлюза);
* Телефон поставщика - в чек будет передан телефон поставщика услуги;
* НДС услуги - в чек будет передана ставка НДС в соответствии с этой настройкой;
* Признак агента - в чеке будет передаваться признак агентской услуги;
* Отправлять НДС по услуге.

Для шлюза МПС учитываются только 3 значения НДС - 0, 110 и 120%.

Assist

2019-07-01T11:43:07Z

Галина Погожильская: /* Настройка платежного шлюза Assist */

[[Файл:s3.jpg|right]]

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

Компания ASSIST - ведущий российский провайдер электронных платежей, была основана в 1998 году. Начало развития компании совпало со становлением российского рынка электронной коммерции, что способствовало получению заслуженного статуса отраслеобразующей компании для всей российской индустрии электронных платежей.

В настоящий момент компания сотрудничает с ведущими российскими и зарубежными банками и процессинговыми компаниями: АО " Компания объединенных кредитных карточек" (UCS), ПАО ВТБ24 (совместно с процессинговой компанией ООО "Мультикарта"), Банк ВТБ (ПАО) (совместно с процессинговой компанией ООО "Мультикарта"), АО "Райффайзенбанк", ПАО "Банк "Санкт-Петербург", АО "Банк Русский Стандарт", АКБ "Абсолют Банк" (ПАО), Credorax (Malta) Ltd..

== Настройка платежного шлюза Assist ==

[[Файл:Belassist.png|right]]

* '''Боевой режим''' — активация боевого режима платежного шлюза.
* '''Списывать средства''' — от значения настройки зависит, в какой момент с карты клиента будут списаны средства. Возможны варианты:
** '''после успешной выписки'''
** '''сразу после оплаты'''
* '''Домен боевого сервера''' — выдает АПК Ассист.
* '''Идентификатор мерчанта''' — уникальный идентификатор, который выдает АПК Ассист.
* '''Логин''' — выдает АПК Ассист.
* '''Подпись''' — выдает АПК Ассист.
* '''Передавать длинную запись при покупке авиабилетов ''' — передача информации о полете, которая используется для формирования расширенной записи, отсылаемой в банк. Минимальные банковские требования к информации о полете: имя авиакомпании, код агента, дата отправления, номер билета. <br><span style="background-color:#fff0f5;">'''<span style="color:#ff0000;">Внимание!</span>''' Для реквизитов {{NameProject2}} в настройках необходимо указать PCC, который используется при передаче длинной записи.</span>
* '''Валюта, в которой шлюз принимает платежи''' — выбор валюты. Возможные значения: евро, американский доллар, российский рубль, белорусский рубль.
* '''Язык шлюза''' — доступны 2 языка: русский и английский.
* '''Включить фискализацию''' - включает для шлюза фискализацию, в ПШ будут отправляться чеки.

[[Категория:Способы оплаты]]
[[Категория:Поставщики платежных решений]]

Настройки фискализации

2019-06-28T15:20:24Z

Галина Погожильская:

Настройки фискализации

2019-06-28T15:06:50Z

Галина Погожильская:

Для корректного функционирования агентства, в разделе '''Управление продажами'''->'''Авиабилеты'''->'''Дополнительные услуги'''->'''Дополнительная информация''' нужно задать правила передачи/расчёта НДС и информацию о поставщике услуг для ВСЕХ услуг доступных агентству.
# Для услуг "Тариф", "Такса", "Услуги авиакомпании", "Дополнительные услуги агентства" и "Cервисные пакеты" к настройке доступна только одна позиция - '''"Отправлять НДС по услуге"'''. При включённой настройке '''"Отправлять НДС по услуге"''' - в чеке, переданном в платёжный шлюз, будет указана ставка НДС, в соответствии с системой налогообложения агентства, указанной в "Профиле компании".

# Для всех остальных услуг, те что включаются на агентстве модульно, доступны следующие настройки:
* ИНН постащика услуг - в чек будет передан ИНН поставщика услуг, для иностранных компаний ИНН не передаётся, либо передаются нули (в зависимости от требований платёжного шлюза);
* Телефон поставщика - в чек будет передан телефон поставщика услуги;
* НДС услуги - в чек будет передана ставка НДС в соответствии с этой настройкой;
* Признак агента - в чеке будет передаваться признак агентской услуги;
* Отправлять НДС по услуге.

Настройки фискализации

2019-06-28T14:58:18Z

Галина Погожильская:

Для корректного функционирования агентства, в разделе '''Управление продажами'''->'''Авиабилеты'''->'''Дополнительные услуги'''->'''Дополнительная информация''' нужно задать правила передачи/расчёта НДС и информацию о поставщике услуг для ВСЕХ услуг доступных агентству.
# Для услуг "Тариф", "Такса", "Услуги авиакомпании", "Дополнительные услуги агентства" и "Cервисные пакеты" к настройке доступна только одна позиция - '''"Отправлять НДС по услуге"'''. При включённой настройке '''"Отправлять НДС по услуге"''' - в чеке, переданном в платёжный шлюз, будет указана ставка НДС, в соответствии с системой налогообложения агентства, указанной в "Профиле компании".

# Для всех остальных услуг, те что включаются на агентстве модульно, доступны следующие настройки:
* ИНН постащика услуг;
* Телефон поставщика;
* НДС услуги;
* Отправлять НДС по услуге;
* Признак услуги агента.

Файл:Дополнительная информация доп. услуг.jpg

2019-06-28T14:57:03Z

Галина Погожильская:

Настройки фискализации

2019-06-28T14:54:39Z

Галина Погожильская:

Для корректного функционирования агентства, в разделе '''Управление продажами'''->'''Авиабилеты'''->'''Дополнительные услуги'''->'''Дополнительная информация''' нужно задать правила передачи/расчёта НДС и информацию о поставщике услуг для ВСЕХ услуг доступных агентству.
# Для услуг "Тариф", "Такса", "Услуги авиакомпании", "Дополнительные услуги агентства" и "Cервисные пакеты" к настройке доступна только одна позиция - '''"Отправлять НДС по услуге"'''. При включённой настройке '''"Отправлять НДС по услуге"''' - в чеке, переданном в платёжный шлюз, будет указана ставка НДС, в соответствии с системой налогообложения агентства, указанной в "Профиле компании".
# Для всех остальных услуг, те что включаются на агентстве модульно, доступны следующие настройки:
* ИНН постащика услуг;
* Телефон поставщика;
* НДС услуги;
* Отправлять НДС по услуге;
* Признак услуги агента.

Настройки фискализации

2019-06-28T13:48:21Z

Галина Погожильская: Новая страница: «Для корректного функционирования агентства, в разделе '''Управление продажами'''->'''Авиаб…»

Ремарки

2019-05-16T12:21:30Z

Галина Погожильская: /* Ремарки по таймлимиту, которые обрабатывает {{NameSystem}} */

[[Категория:Термины]] [[Категория:Руководство]]
==Ремарки по таймлимиту, которые обрабатывает {{NameSystem}}==

*@"TKT MUST BE COMPLETED WITHIN (\d+) ?H(OURS)? AFTER RES"
*@"BY \d{2}[A-Z]{3} GMT \d{4} OR SUBJECT TO CANCEL"
*@"BY \d{2}[A-Z]{3}\/\d{4}Z OR CNL"
*@"TKNE OR XX BY \d{2}[A-Z]{3} \d{2} \d{2} GMT"
*@"BY \d{2}[A-Z]{3}\d{2}\/\d{4}Z OR"
*@"PLEASE TICKET BY \d{2}[A-Z]{3}\d{4}\/\d{4}Z"
*@"SUBJ CXL ON\/BEFORE \d{2}[A-Z]{3} \d{4}Z"
*@"\d{4} LOCAL TIME\/\d{2}[A-Z]{3}\d{4}"
*@"REQUIRES TICKET ON OR BEFORE \d{2}[A-Z]{3}\:\d{4}"
*@"TKT BY \d{4} [A-Z]{3} \d{2}[A-Z]{3} OR"
*@"BY [A-Z]{3}\d{2}[A-Z]{3}\d{2}\/\d{4} OR CXL"
*@"TKT BY \d{2}[A-Z]{3}\d{2} \d{4} [A-Z]{3} OR SEG WILL BE CXLD"
*@"TKT BY \d{2}[A-Z]{3}\d{2} \d{4}[A-Z]{3} OR WL BE CXLD"
*@"TKT BY \d{2}[A-Z]{3} \d{4} LT [A-Z]{3} OR PNR WILL BE CXLD"
*@"SSR TKNE TILL \d{4}\/[A-Z]{3}\/\d{2}[A-Z]{3} OR PNR WILL BE CXLD"
*@"UNTIL (\d{2}[A-Z]{3}\d{4}\/\d{4}\/[A-Z]{3}(\/{2}){0,})+ OR XXLD"
*@"BY [A-Z]{3}\d{4}\/\d{2}[A-Z]{3} OTHERWISE WILL BE XLD"
*@"ADTKT BY \d{2}[A-Z]{3} \d{4} [A-Z]{3} LT"
*@"BY \d{2}[A-Z]{3}\d{2} \d{4} [A-Z]{3}"
*@"NO TKT IS ISSUED BY \d{2}[A-Z]{3}\d{4}\/\d{4} [A-Z]{3}"
*@"TKT BY \d{4} \d{2}[A-Z]{3}\d{2} [A-Z]{3} OR"
*@"TKT BY \d{4} \d{2}[A-Z]{3}\d{2}/[A-Z]{3} OR"
*@"AUTO XX IF SSR TKNA/E/M/C NOT RCVD BY [A-Z]{2} BY \d{4}/\d{2}[A-Z]{3}/[A-Z]{3} LT"
*@"BY \d{2}[A-Z]{3} OTHERWISE WILL BE XLD"
*@"BY \d{2}[A-Z]{3} \d{4} OTHERWISE WILL BE XLD"
*@"ADTK [A-Z0-9]{2} \d{4}\/\d{2}[A-Z]{3} [A-Z0-9]{2}"
*@"\d{2}[A-Z]{3}\:\d{4}\/\w+\/[A-Z0-9]{2} CANCELLATION DUE TO NO TICKET"
*@"ENTER VALID TICKET NBR BY \d{2}[A-Z]{3}\d{2}"
*@"ATTN LAST DAY FOR TICKETING \d{2}[A-Z]{3}\d{2} OR PNR WILL BE CNLD"
*@"TO [A-Z]{2} BY \d{2}[A-Z]{3} \d{4} IRC-2/ADV OTO TKT"
*@"HX/ IRC-2/CNLD AS NOT TKTD-TLT \d{4}/\d{2}[A-Z]{3}/DLT HX"
*@"PLS ADV TKT NBRS OF [A-Z]{2} SEG LATEST \d{2}[A-Z]{3}\d{2} \d{4}[A-Z]{3} OR SEG WILL BE CANX"
*@"TICKET BY \d{4}/\d{2}[A-Z]{3}\d{4} LCLT AT BOARD POINT OR [A-Z0-9]{2} WILL CXL"
*@"REMEMBER TO ADTK BY (\d{4}/\d{2}[A-Z]{3}\d{4}) OR XX PNR"
*@"PLS ISSUE TKT BY \d{4}\/\d{2}[A-Z]{3}\ OR LO ITIN WILL BE CXLD"
*@"OR CNL [0-9A-Z]{2} FLIGHT BY \d{2}[A-Z]{3} \d{2} \d{2} GMT"
*@"NO TKT ADVISED BY \d{2}[A-Z]{3} \d{4}UTC"
*@"^.+TKT NBR.+([\d]{2}[A-Z]{3}[\d]{2}/[\d]{4})Z.+[CAN|CANX]$"
*@"ADTK BY [0-9]{2}[A-Z]{3}[0-9]{2} [0-9]{4} [A-Z]{2} [A-Z]{3} OR [A-Z0-9]{2} SPACE WILL BE CXLD"
*@"ADTK BY [0-9]{4} [A-Z]{3}\/[0-9]{2}[A-Z]{3}[0-9]{2} OR [A-Z0-9]{2} SPACE WILL BE CXLD"
*@"\d[A-Z] TO [A-Z]{2} BY \d{2}[A-Z]{3} \d{4} [A-Z]{3} TIME ZONE OTHERWISE WILL BE XLD"
*@"PLS ADV TKT NBR BY (\d{2}[A-Z]{3}\d{2})/\d{4}Z GMT OR [A-Z]{2} OPTG/MKTG FLTS WILL BE CANX")
*@"TKNE OR XX BY (\d{2}[A-Z]{3} \d{2}[ :]\d{2}) GMT")
*@"TKT MUST BE COMP?LETED WITHIN ONE HOUR AFTER RES"

Отели

2019-04-15T13:59:30Z

Галина Погожильская: /* Описание */

Amadeus Hotels

2019-03-05T10:47:12Z

Галина Погожильская: /* Особенности настройки реквизитов */

Amadeus Hotels - [http://www.amadeus.ru/products/hotels.php Официальный сайт]
[[Файл:Amad hotel.jpeg|600px|right|Amadeus Hotels]]

= Особенности настройки реквизитов =
Раздел создания реквизита доступен только администратору системы Nemo.Travel.
* Для создания "Реквизита подключения к GDS" агент должен предоставить следующие данные:
# Логин
# Пароль (вносится в ''раскодированном'' из base64 виде)
# PCC
# Organization ID
# DutyCode
# WSAP
* Для возможности поиска отелей с использованием корпоративных кодов необходимо заполнить поле "Список корпоративных кодов отелей", коды указываются через запятую, без пробелов.
* Для возможности бронировать отели с помощью IATA-гарантии необходимо заполнить поле "Ремарка, используемая для подтверждения гарантией IATA". В таком случае ремарка будет передана при подтверждении отельной комнаты.
* Если у агента заключены договора с агрегаторами отелей, подключенными к Amadeus Hotels (GTA, Destination of the World, Albatravel, Despegar, Travel Boutique Online, Teldar, Sunhotels), то агент может использовать три источника поиска на выбор, задаётся в реквизите подключения:
# Агрегаторы (поиск будет вестись только по агрегаторам отелей);
# Дистрибуция GDS (поиск Amadeus Hotels, включён по умолчанию);
# Смешанный (поиск по агрегаторам и дистрибуция вместе).

= Особенности поиска =
* Поиск разных комнат не поддерживается, искомые комнаты должны совпадать по составу гостей.
* Система поддерживает несколько источников поиска в Amadeus Hotels: по агрегаторам, дистрибуция GDS и смешанный вариант этих двух источников.

= Особенности подтверждения бронирования отельной комнаты =
* У данного поставщика отсутствует таймлимит, в течение которого необходимо забронировать комнату после выполнения запроса поиска. Бронирование можно производить в течение любого времени.
* В Amadeus Hotels есть несколько вариантов оплаты за комнату: подтверждение кредитной картой; "на месте" (оплата наличными); IATA-гарантия.

= Особенности корпоративных кодов =
* При поиске и актуализации запрашиваются все корпоративные коды, указанные в реквизите.
* При поиске с корпоративными кодами дети в качестве гостей не ищутся.

Amadeus Hotels

2019-03-05T10:34:30Z

Галина Погожильская:

Amadeus Hotels - [http://www.amadeus.ru/products/hotels.php Официальный сайт]
[[Файл:Amad hotel.jpeg|600px|right|Amadeus Hotels]]

= Особенности настройки реквизитов =
* Для создания "Реквизита подключения к GDS" (раздел доступен только администратору системы Nemo.Travel) у агентства должны быть следующие данные:
# Логин
# Пароль (вносится в ''раскодированном'' из base64 виде)
# PCC
# Organization ID
# DutyCode
# WSAP
* Для возможности поиска отелей по корпоративным кодам - заполните поле "Список корпоративных кодов отелей", коды указываются через запятую, без пробелов.
* Для возможности бронировать отели с помощью IATA-гарантии - заполните поле "Ремарка, используемая для подтверждения гарантией IATA". В таком случае ремарка будет передана при подтверждении отельной комнаты.
* Если у агентства заключены договора с агрегаторами отелей, подключенными к Amadeus Hotels (GTA, Destination of the World, Albatravel, Despegar, Travel Boutique Online, Teldar, Sunhotels), то агентство может использовать три источника поиска на выбор, задаётся в реквизите подключения:
# Агрегаторы (поиск будет вестись только по агрегаторам отелей);
# Дистрибуция GDS (поиск Amadeus Hotels, включён по умолчанию);
# Смешанный (поиск по агрегаторам и дистрибуция вместе).

= Особенности поиска =
* Поиск разных комнат не поддерживается, искомые комнаты должны совпадать по составу гостей.
* Система поддерживает несколько источников поиска в Amadeus Hotels: по агрегаторам, дистрибуция GDS и смешанный вариант этих двух источников.

= Особенности подтверждения бронирования отельной комнаты =
* У комнаты в Amadeus Hotels нет срока жизни, подтверждать бронирование отельной комнаты можно спустя любое время.
* В Amadeus Hotels есть несколько вариантов оплаты за комнату: подтверждение кредитной карточкой; "на месте", т.е. оплата наличными; IATA-гарантия.

= Особенности корпоративных кодов =
* При поиске и актуализации запрашиваются все корпоративные коды, указанные в реквизите.
* При поиске с корпоративными кодами дети в качестве гостей не ищутся.

Файл:Amad hotel.jpeg

2019-03-05T10:32:08Z

Галина Погожильская: