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

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

2025-09-16T13:29:39Z

Иван Барабаш: /* Принцип работы */

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

AMADEUS,GALILEO

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

<code>6EUR</code>

<code>2%</code>

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

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

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

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

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

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

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

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

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

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



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

Фильтры результатов поиска Немо 1.0

2024-10-09T10:22:27Z

Иван Барабаш: /* Включение фильтра результатов поиска */

[[Категория: Плагины (Авиабилеты)]]

'''Фильтры результатов поиска авиарейсов''' — плагин [[Компонент | компонента]] [[Авиабилеты (компонент) | «Авиабилеты»]] системы {{NameSystem|link}}.
==Назначение==
Фильтры результатов поиска ограничивают набор перелетов на выдаче результатов [[Поиск (Авиабилеты)|поиска]].

==Примеры использования==
Фильтр результатов поиска используют, чтобы:
* оставить на выдаче перелеты по пакетам с прямой выпиской на стоке авиакомпаний,
* исключить перелеты невыгодных для агентства [[Маркетинговый перевозчик|маркетинговых авиакомпаний]] или [[Оперирующий перевозчик|оперирующих перевозчиков]],
* удалить перелеты с недостаточным количеством свободных мест, чтобы было больше гарантии, что свободные места по данному рейсу не закончатся до бронирования,
* удалить перелеты с малой прибылью, чтобы в выдачу попали только те перелеты, которые гарантированно дадут не меньше заданного размера прибыли,
* исключить перелеты от [[Авиакомпания|авиакомпаний]], с которыми у агентства нет договора, чтобы оставить в выдаче только те авиакомпании, от которых агент может получать комиссию,
* разрешить выдачу только определенных направлений, предусмотренных договором с авиакомпаниями.

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

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

'''Условие фильтра''' — совокупность [[#Параметры фильтрации результатов поиска|параметра]], его свойства и указанных значений.

'''Параметр условия''' — признак, по которому перелет проверяется при фильтрации.

'''Свойство условия''' — правило сравнения перелета с указанными в условии значениями параметра. Свойство условия определяется способом указания значений:
* '''''совпадает с''''' (если указывать значения с опцией «Выбранные») — удаляются только те перелеты, параметры которых соответствуют указанному значению.
* '''''не совпадает с''''' (если указывать значения с опцией «Все, кроме») — удаляются только те перелеты, параметры которых не соответствуют указанному значению.

'''Значение условия''' — один или несколько конкретных объектов параметра для сравнения с перелетом: конкретные континенты, страны, аэропорты и т. д. Если указаны несколько значений, то они рассматриваются в условии как альтернативные.

*'''Перелет удаляется,''' если сработало ''хотя бы одно'' правило.
* Чтобы '''правило фильтрации сработало''', нужно чтобы ''выполнились все условия'' фильтрации, заданные в правиле.


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

==Включение фильтра результатов поиска==
Фильтр результатов поиска можно отключить и включить опцией '''Фильтры результатов включены''' в разделе Управление продажами → Процессы → Процесс поиска → Тонкая настройка.

Также на работу фильтров результатов влияет состояние активности плагина ЦО (Ценообразования). Если указанный плагин выключен - фильтры результатов работать не будут. Документация по плагину Ценообразования - [[Ценообразование_(Авиабилеты)]]

==Создание правил фильтрации результатов поиска==
Правила фильтрации результатов поиска создаются и редактируются в разделе Управление продажами → Процессы → Процесс поиска → Фильтры результатов.

Для создания правила:
# Нажмите кнопку '''Создать новую запись'''
# Заполните [[Фильтры результатов поиска (Авиабилеты)#Параметры фильтрации результатов поиска|параметры фильтрации]]
# Нажмите кнопку '''Создать новую запись''' внизу страницы

Список созданных правил фильтрации результатов поиска отображается в виде таблицы в разделе Управление продажами → Процессы → Процесс поиска → Фильтры результатов.

{| class="wikitable"
|-
|[[Файл:Правила_фильтра_результатов_поиска.png|1000px]]
|-
|Фильтрация запросов поиска
|}

===Отладка правил фильтрации результатов поиска===
Чтобы проверить работу фильтра и проследить, какие правила по каким параметрам удаляют перелеты, используют таблицу отладки правил фильтрации.

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

Таблица отладки работы фильтра результатов данного поиска открывается в логах этого поиска. 

# Выполните поиск от имени менеджера или эксперта агентства. Если поиск выполняется от имени менеджера по завершении поиска открывается страница [[Логи системы|логов]] этого поиска. 
# В поисковых логах в строке с сообщением ''flights/search/results/'' размещается ссылка на таблицу отладки фильтра: [[Файл:Фильтр ссылка на таблицу отладки.png|300px]].
# Ссылка открывает таблицу отладки фильтра результатов по данному поиску.
В столбце '''Удален''':
* '''''Да''''' - перелет удалён из выдачи.
* '''''Нет''''' - перелет допущен фильтрами к выдаче.

Для удалённых перелетов в строке ячейка с параметром '''OK''' обозначает правило, которое удалило перелет. Номер правила - название столбца.

{| class="wikitable"
|-
|[[Файл:Фильтр_таблица_отладки.png|500px]]
|-
|Таблица отладки фильтра результатов поиска
|}

==Параметры фильтрации результатов поиска==

*'''Правило для пакетов реквизитов''' — [[Пакеты реквизитов Немо 1.0|пакеты реквизитов]], на которые применяется правило:
**'''''Все''''' — правило распространяется на все пакеты реквизитов,
**'''''Выбранные''''' — правило распространяется на выбранные из выпадающего списка пакеты реквизитов. Если для настройки указано значение '''''Выбранные''''', но сами пакеты реквизитов не выбраны - применяется на все.
**'''''Все кроме''''' — правило распространяется на все пакеты реквизитов, кроме выбранных из выпадающего списка,
*'''авиакомпания не является контрактной''' — перелет удаляется, если он выполняется авиакомпанией, которая не числится в списке контрактных авиакомпаний агентства в ''[[Ценообразование (Авиабилеты)|Ценообразовании]]''. В выдаче остаются только те авиакомпании, от которых агент может получать комиссию.
*'''+ перелёт заблокирован''' — из выдачи удаляются заблокированные перелеты,
*'''+ содержит авиакомпании (marketing) в первом сегменте''':
**'''''Выбранные ''''' — удаляются перелеты, в которых первый сегмент выполняется одной из перечисленных авиакомпанией,
**'''''Все кроме''''' — удаляются все перелеты, кроме тех, у которых первый сегмент выполняется одной из перечисленных авиакомпанией,
*'''+ содержит авиакомпании (marketing) в любом сегменте''':
**'''''Выбранные ''''' — удаляются перелеты, у которых в каком-то сегменте рейс выполняется одной из перечисленных авиакомпанией,
**'''''Все кроме''''' — удаляются все перелеты, у которых в каком-то сегменте рейс выполняется одной из не перечисленных авиакомпанией,
*'''+ содержит выполняющие авиакомпании (operation) в любом сегменте''':
**'''''Выбранные ''''' — удаляются перелеты, у которых в каком-то сегменте рейс выполняется одной из перечисленных авиакомпанией,
**'''''Все кроме''''' — удаляются все перелеты, у которых в каком-то сегменте рейс выполняется одной из не перечисленных авиакомпанией,
*'''+ перелет содержит несколько тарифов''' — удаляются перелеты с несколькими тарифами,
*'''+ сегменты перелета разного класса''''' — удаляются перелеты, сегменты которого разного класса,
*'''+ перелет без электронного билета''''' — удаляются перелеты без электронного билета,
*'''+ международный перелет при поиске в пределах одной страны''' — удаляются перелеты с международными пересадками, если пункт вылета и прилета запроса в пределах одной страны
*'''+ тип перевозки''':
**'''''Выключен''''' — тип перевозки не проверяется (допускается любой),
**'''''ВВЛ''''' — внутренние воздушные линии,
**'''''МВЛ''''' — международные воздушные линии,
*'''+ континенты вылета''''':
**'''''Выключен''''' — допускаются все континенты вылета,
**'''''Выбранные''''' — удаляются результаты с вылетом с выбранных (из выпадающего списка) континентов,
*'''+ страны вылета''''':
**'''''Выбранные''''' — удаляются перелеты с вылетом из указанных стран,
**'''''Все кроме''''' — удаляются перелеты с вылетом из всех стран, кроме указанных,
*'''+ аэропорты вылета''''':
**'''''Выбранные ''''' — удаляются перелеты с вылетом из указанных аэропортов,
**'''''Все кроме''''' — удаляются перелеты с вылетом из всех аэропортов, кроме указанных,
*'''+ континенты прилета''''':
**'''''Выключен ''''' — допускаются все континенты прилета,
**'''''Выбранные''''' — удаляются перелеты с прилетом на выбранные континенты,
*'''+ страны прилета''''':
**'''''Выбранные ''''' — удаляются перелеты с прилетом в указанные страны,
**'''''Все кроме''''' — удаляются перелеты с прилетом во все страны, кроме указанных,
*'''+ аэропорты прилета''''':
**'''''Выбранные ''''' — удаляются перелеты с прилетом в указанные аэропорты,
**'''''Все кроме''''' — удаляются перелеты с прилетом во все аэропорты, кроме указанных,
{{Attention|Значения, указанные в параметрах '''"континенты вылета"''' / '''"континенты прилета"''', '''"страны вылета"''' / '''"страны прилета"''', '''"аэропорты вылета"''' / '''"аэропорты прилета"''', учитываются для всех сегментов перелета (то есть, в том числе для пунктов пересадок).}}
*'''+ содержит тариф(тарифы) или коды классов (перечислять через запятую) ''' — удаляются перелеты с указанными тарифами и классами (присутствует поддержка регулярных выражений на языке RegEx),
*'''+ содержит номера рейсов (перечислять через запятую) ''' — удаляются перелеты с указанными номерами рейсов. Номера рейсов должны иметь следующий формат: 1A1111, 2B2222. При указании номеров в формате 1A 1111 правило может не сработать при работе с Nemo Connect (присутствует поддержка регулярных выражений на языке RegEx),
*'''+ присутствуют сегменты без точного времени вылета''' — данный фильтр не применим в случае работы через API Nemo Connect
*'''+ до времени вылета осталось менее Х часов ''' — удаляются рейсы, до вылета которых осталось меньше указанного времени (в часах),
*'''+ количество свободных мест на рейсе меньше или равно ''' — удаляются перелеты, на которых количество свободных мест меньше или равно указанному значению,
*'''+ количество свободных мест, остающееся на рейсе после покупки, меньше или равно ''' — удаляются перелеты, на которых после приобретения X мест количество свободных мест станет меньше или равно указанному значению. Пример: если в фильтре установлено значение 1 и запрос перелетов на 3 человека, то из результатов поиска будут удалены перелеты с количеством свободных мест 4 или меньше (4-3<=1),
*'''+ источник перехода''':
**'''''Выключен ''''' — допускаются все источники перехода,
**'''''Выбранные''''' — удаляет перелет, если источником перехода на сайт является один из указанных,
*'''+ цена перелета больше''' — удаляются перелеты, стоимость которых выше указанного значения,
*'''+ цена перелета меньше''' — удаляются перелеты, стоимость которых ниже указанного значения,
*'''+ прибыль меньше''' — удаляются перелеты, прибыль которых ниже указанного значения. Прибыль рассчитывается как сумма комиссии от авиакомпании, бонуса от авиакомпании (если установлен) и сбора агентства, заданных в [[Ценообразование (Авиабилеты)|правилах ценообразования]].


==Примеры правил фильтрации результатов поиска==

=== Исключить перелеты с прибылью менее 400 рублей ===
Чтобы удалить из результатов поиска перелёты, по которым прибыль агентства составляет менее 400 рублей, создайте одно правило с одним параметром:
{| class="wikitable"
! colspan="2" style="text-align:left;"| Правило №1
|-
|''' + прибыль меньше'''
| 400 Российский рубль
|}

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

{| class="wikitable mw-collapsible"
! colspan="4" style="text-align:left;"| Пример работы правила №1
|-
! width="75" | №
! Прибыль меньше 400 рублей
!  
! width="120" | Результат работы правила
|-
! Перелет 1
|style="background-color:#dff0d8;"| SVO LED (Прибыль: 340RUB)
|
|style="background-color:#dff0d8;"| Перелет удален.
|-
! Перелет 2
|style="background-color:#ffbdd3;"| SVO LED (Прибыль: 450RUB)
|
|style="background-color:#ffbdd3;"| Перелет остался.
|-
! Перелет 3
|style="background-color:#dff0d8;"| SVO LED (Прибыль: 270RUB)
|
|style="background-color:#dff0d8;"| Перелет удален.
|-
! Перелет 4
|style="background-color:#dff0d8;"| SVO LED (Прибыль: 340RUB)
|
|style="background-color:#dff0d8;"| Перелет удален.
|-
! Перелет 5
|style="background-color:#ffbdd3;"| SVO LED (Прибыль: 540RUB)
|
|style="background-color:#ffbdd3;"| Перелет остался.
|-
! Перелет 6
|style="background-color:#ffbdd3;"| SVO LED (Прибыль: 240RUB)
|
|style="background-color:#ffbdd3;"| Перелет остался.
|}

=== Исключить перелеты авиакомпаний ''Аэрофлота'' и ''Россия'' ===
Чтобы удалить из результатов поиска перелёты авиакомпаний ''Аэрофлот'' (SU) и ''Россия'' (FV), создайте одно правило с одним параметром:
{| class="wikitable"
! colspan="2" style="text-align:left;"| Правило №1
|-
|'''+ содержит авиакомпании (marketing) в любом сегменте'''
| Выбранные:
* Аэрофлот — Российские авиалинии [SU] (AFL)
* Россия (Rossiya Airlines) [FV] (SDM)
|}

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

{| class="wikitable mw-collapsible"
! colspan="4" style="text-align:left;"| Пример работы правила №1
|-
! width="75" | №
! Маркетинговая АК в любом сегменте: SU или FV
!  
! width="120" | Результат работы правила
|-
! Перелет 1
|style="background-color:#dff0d8;"| SVO LED (Маркетинговая АК: SU)
|
|style="background-color:#dff0d8;"| Перелет удален.
|-
! Перелет 2
|style="background-color:#dff0d8;"| SVO LED (Маркетинговая АК: SU)
|
|style="background-color:#dff0d8;"| Перелет удален.
|-
! Перелет 3
|style="background-color:#dff0d8;"| SVO LED (Маркетинговая АК: FV)
|
|style="background-color:#dff0d8;"| Перелет удален.
|-
! Перелет 4
|style="background-color:#ffbdd3;"| SVO LED (Маркетинговая АК: S7)
|
|style="background-color:#ffbdd3;"| Перелет остался.
|-
! Перелет 5
|style="background-color:#ffbdd3;"| SVO LED (Маркетинговая АК: S7)
|
|style="background-color:#ffbdd3;"| Перелет остался.
|-
! Перелет 6
|style="background-color:#ffbdd3;"| SVO LED (Маркетинговая АК: UN)
|
|style="background-color:#ffbdd3;"| Перелет остался.
|}

=== Исключить перелеты всех авиакомпаний, кроме ''Аэрофлота'' и ''Россия'' ===
Чтобы удалить из результатов поиска перелёты всех авиакомпаний, кроме ''Аэрофлот'' (SU) и ''Россия'' (FV), создайте одно правило с одним параметром:
{| class="wikitable"
! colspan="2" style="text-align:left;"| Правило №1
|-
| '''+ содержит авиакомпании (marketing) в любом сегменте'''
| Все кроме:
* Аэрофлот — Российские авиалинии [SU] (AFL)
* Россия [FV] (SDM)
|}

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

{| class="wikitable mw-collapsible"
! colspan="4" style="text-align:left;"| Пример работы правила №1
|-
! width="75" | №
! Маркетинговая АК в любом сегменте: любая, кроме SU или FV
!  
! width="120" | Результат работы правила
|-
! Перелет 1
|style="background-color:#ffbdd3;"| SVO LED (Маркетинговая АК: SU)
|
|style="background-color:#ffbdd3;"| Перелет остался.
|-
! Перелет 2
|style="background-color:#ffbdd3;"| SVO LED (Маркетинговая АК: SU)
|
|style="background-color:#ffbdd3;"| Перелет остался.
|-
! Перелет 3
|style="background-color:#ffbdd3;"| SVO LED (Маркетинговая АК: FV)
|
|style="background-color:#ffbdd3;"| Перелет остался.
|-
! Перелет 4
|style="background-color:#dff0d8;"| SVO LED (Маркетинговая АК: S7)
|
|style="background-color:#dff0d8;"| Перелет удален.
|-
! Перелет 5
|style="background-color:#dff0d8;"| SVO LED (Маркетинговая АК: S7)
|
|style="background-color:#dff0d8;"| Перелет удален.
|-
! Перелет 6
|style="background-color:#dff0d8;"| SVO LED (Маркетинговая АК: UN)
|
|style="background-color:#dff0d8;"| Перелет удален.
|}

=== Исключить перелеты всех авиакомпаний с прибылью менее 400 рублей, кроме ''Аэрофлота'' ===
Чтобы удалить из результатов поиска перелёты всех авиакомпаний с прибылью менее 400 рублей, кроме ''Аэрофлот'' (SU), создайте одно правило с двумя параметрами:
{| class="wikitable"
! colspan="2" style="text-align:left;"| Правило №1
|-
| style="text-align:left;" | '''+ содержит авиакомпании (marketing) в любом сегменте'''
| Все кроме:
* Аэрофлот — Российские авиалинии [SU] (AFL)
|-
| style="text-align:left;" | '''+ прибыль меньше"'''
| 400 Российский рубль
|}

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

{| class="wikitable mw-collapsible"
! colspan="5" style="text-align:left;"| Пример работы правила №1
|-
! width="75" | №
! colspan="2" | (Маркетинговая АК в любом сегменте: любая, кроме SU) И (Прибыль меньше 400 рублей)
!  
! width="120" | Результат работы правила
|-
! Перелет 1
|style="background-color:#ffbdd3;"| (Маркетинговая АК: SU)
|style="background-color:#dff0d8;"| (Прибыль: 340RUB)
|
|style="background-color:#ffbdd3;"| Перелет остался.
|-
! Перелет 2
|style="background-color:#ffbdd3;"| (Маркетинговая АК: SU)
|style="background-color:#ffbdd3;"| (Прибыль: 450RUB)
|
|style="background-color:#ffbdd3;"| Перелет остался.
|-
! Перелет 3
|style="background-color:#dff0d8;"| (Маркетинговая АК: UN)
|style="background-color:#dff0d8;"| (Прибыль: 270RUB)
|
|style="background-color:#dff0d8;"| Перелет удален.
|-
! Перелет 4
|style="background-color:#dff0d8;"| (Маркетинговая АК: S7)
|style="background-color:#dff0d8;"| (Прибыль: 340RUB)
|
|style="background-color:#dff0d8;"| Перелет удален.
|-
! Перелет 5
|style="background-color:#dff0d8;"| (Маркетинговая АК: S7)
|style="background-color:#ffbdd3;"| (Прибыль: 540RUB)
|
|style="background-color:#ffbdd3;"| Перелет остался.
|-
! Перелет 6
|style="background-color:#dff0d8;"| (Маркетинговая АК: FV)
|style="background-color:#ffbdd3;"| (Прибыль: 540RUB)
|
|style="background-color:#ffbdd3;"| Перелет остался.
|}

=== Исключить перелеты всех авиакомпаний, кроме ''Аэрофлота'', и перелеты с прибылью менее 400 рублей ===
Чтобы удалить из результатов поиска перелёты всех авиакомпаний, кроме ''Аэрофлот'' (SU), и перелеты с прибылью менее 400 рублей, создайте два правила:

{| class="wikitable"
! colspan="2" style="text-align:left;"| Правило №1
|-
| style="text-align:left;" | + содержит авиакомпании (marketing) в любом сегменте
| Все кроме:
* Аэрофлот — Российские авиалинии [SU] (AFL)
|-
! colspan="2" style="text-align:left;"| Правило №2
|-
| style="text-align:left;" | '''+ прибыль меньше'''
| 400 Российский рубль
|}

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

{| class="wikitable mw-collapsible"
|-
! colspan="3" style="text-align:left;"| Схема работы правил фильтров результатов поиска
|-
|
{| class="wikitable"
! colspan="5" style="text-align:left;"| Пример работы правила №1
|-
! width="75" | №
! colspan="2" | Маркетинговая АК в любом сегменте: любая, кроме SU
!  
! width="120" | Результат работы правила
|-
! Перелет 1
|style="background-color:#ffbdd3;"| (Марк. АК: SU)
| (Прибыль: 340RUB)
|
|style="background-color:#ffbdd3;"| Перелет остался.
|-
! Перелет 2
|style="background-color:#ffbdd3;"| (Марк. АК: SU)
| (Прибыль: 450RUB)
|
|style="background-color:#ffbdd3;"| Перелет остался.
|-
! Перелет 3
|style="background-color:#dff0d8;"| (Марк. АК: UN)
| (Прибыль: 270RUB)
|
|style="background-color:#dff0d8;"| Перелет удален.
|-
! Перелет 4
|style="background-color:#dff0d8;"| (Марк. АК: S7)
| (Прибыль: 340RUB)
|
|style="background-color:#dff0d8;"| Перелет удален.
|-
! Перелет 5
|style="background-color:#dff0d8;"| (Марк. АК: S7)
| (Прибыль: 540RUB)
|
|style="background-color:#dff0d8;"| Перелет удален.
|-
! Перелет 6
|style="background-color:#dff0d8;"| (Марк. АК: FV)
| (Прибыль: 540RUB)
|
|style="background-color:#dff0d8;"| Перелет удален.
|}
|
{| class="wikitable"
! colspan="5" style="text-align:left;"| Пример работы правила №2
|-
! width="75" | №
! colspan="2" | Прибыль меньше 400 рублей
!  
! width="120" | Результат работы правила
|-
! Перелет 1
| (Марк. АК: SU)
|style="background-color:#dff0d8;"| (Прибыль: 340RUB)
|
|style="background-color:#dff0d8;"| Перелет удален.
|-
! Перелет 2
| (Марк. АК: SU)
|style="background-color:#ffbdd3;"| (Прибыль: 450RUB)
|
|style="background-color:#ffbdd3;"| Перелет остался.
|-
! Перелет 3
| (Марк. АК: UN)
|style="background-color:#dff0d8;"| (Прибыль: 270RUB)
|
|style="background-color:#dff0d8;"| Перелет удален.
|-
! Перелет 4
| (Марк. АК: S7)
|style="background-color:#dff0d8;"| (Прибыль: 340RUB)
|
|style="background-color:#dff0d8;"| Перелет удален.
|-
! Перелет 5
| (Марк. АК: S7)
|style="background-color:#ffbdd3;"| (Прибыль: 540RUB)
|
|style="background-color:#ffbdd3;"| Перелет остался.
|-
! Перелет 6
| (Марк. АК: FV)
|style="background-color:#ffbdd3;"| (Прибыль: 540RUB)
|
|style="background-color:#ffbdd3;"| Перелет остался.
|}
|
{| class="wikitable"
! colspan="5" style="text-align:left;"| Результат работы правил
|-
! width="75" | №
!  
! width="160" | Результат работы правила
|-
! Перелет 1
|
|style="background-color:#dff0d8;"| Перелет удален.
|-
! Перелет 2
|
|style="background-color:#ffbdd3;"| Перелет остался.
|-
! Перелет 3
|
|style="background-color:#dff0d8;"| Перелет удален.
|-
! Перелет 4
|
|style="background-color:#dff0d8;"| Перелет удален.
|-
! Перелет 5
|
|style="background-color:#dff0d8;"| Перелет удален.
|-
! Перелет 6
|
|style="background-color:#dff0d8;"| Перелет удален.
|}
|}

=== Исключить перелеты всех авиакомпаний, кроме ''Аэрофлота'', оперированного ''Россией'' ===

{{Attention|Теперь рассмотрим верное решение.}}

Чтобы удалить из результатов поиска перелёты всех авиакомпаний, кроме ''Аэрофлот'' (SU), оперированного ''Россией'', создайте два правила:

{| class="wikitable"
! colspan="2" style="text-align:left;"| Правило №1
|-
| style="text-align:left;" | '''+ содержит авиакомпании (marketing) в любом сегменте'''
| Все кроме:
* Аэрофлот — Российские авиалинии [SU] (AFL)
|-
! colspan="2" style="text-align:left;"| Правило №2
|-
| style="text-align:left;" | '''+ содержит выполняющие авиакомпании (operation) в любом сегменте'''
| Все кроме:
* Россия [FV] (SDM)
|}

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

{| class="wikitable mw-collapsible"
|-
! colspan="3" style="text-align:left;" | Схема работы правил фильтров результатов поиска
|-
|
{| class="wikitable"
! colspan="5" style="text-align:left;"| Пример работы правила №1
|-
! width="75" | №
! colspan="2" | Маркетинговая АК в любом сегменте: любая, кроме SU
!  
! width="120" | Результат работы правила
|-
! Перелет 1
|style="background-color:#ffbdd3;"| (Марк. АК: SU)
| (Опер. АК: SU)
|
|style="background-color:#ffbdd3;"| Перелет остался.
|-
! Перелет 2
|style="background-color:#ffbdd3;"| (Марк. АК: SU)
| (Опер. АК: FV)
|
|style="background-color:#ffbdd3;"| Перелет остался.
|-
! Перелет 3
|style="background-color:#dff0d8;"| (Марк. АК: UN)
| (Опер. АК: UN)
|
|style="background-color:#dff0d8;"| Перелет удален.
|-
! Перелет 4
|style="background-color:#dff0d8;"| (Марк. АК: S7)
| (Опер. АК: S7)
|
|style="background-color:#dff0d8;"| Перелет удален.
|-
! Перелет 5
|style="background-color:#dff0d8;"| (Марк. АК: S7)
| (Опер. АК: FV)
|
|style="background-color:#dff0d8;"| Перелет удален.
|-
! Перелет 6
|style="background-color:#dff0d8;"| (Марк. АК: FV)
| (Опер. АК: FV)
|
|style="background-color:#dff0d8;"| Перелет удален.
|}
|
{| class="wikitable"
! colspan="5" style="text-align:left;"| Пример работы правила №2
|-
! width="75" | №
! colspan="2" | Оперирующая АК в любом сегменте: любая, кроме FV
!  
! width="120" | Результат работы правила
|-
! Перелет 1
| (Марк. АК: SU)
|style="background-color:#dff0d8;"| (Опер. АК: SU)
|
|style="background-color:#dff0d8;"| Перелет удален.
|-
! Перелет 2
| (Марк. АК: SU)
|style="background-color:#ffbdd3;"| (Опер. АК: FV)
|
|style="background-color:#ffbdd3;"| Перелет остался.
|-
! Перелет 3
| (Марк. АК: UN)
|style="background-color:#dff0d8;"| (Опер. АК: UN)
|
|style="background-color:#dff0d8;"| Перелет удален.
|-
! Перелет 4
| (Марк. АК: S7)
|style="background-color:#dff0d8;"| (Опер. АК: S7)
|
|style="background-color:#dff0d8;"| Перелет удален.
|-
! Перелет 5
| (Марк. АК: S7)
|style="background-color:#ffbdd3;"| (Опер. АК: FV)
|
|style="background-color:#ffbdd3;"| Перелет остался.
|-
! Перелет 6
| (Марк. АК: FV)
|style="background-color:#ffbdd3;"| (Опер. АК: FV)
|
|style="background-color:#ffbdd3;"| Перелет остался.
|}
|
{| class="wikitable"
! colspan="5" style="text-align:left;"| Результат работы правил
|-
! width="75" | №
!  
! width="160" | Результат работы правила
|-
! Перелет 1
|
|style="background-color:#dff0d8;"| Перелет удален.
|-
! Перелет 2
|
|style="background-color:#ffbdd3;"| Перелет остался.
|-
! Перелет 3
|
|style="background-color:#dff0d8;"| Перелет удален.
|-
! Перелет 4
|
|style="background-color:#dff0d8;"| Перелет удален.
|-
! Перелет 5
|
|style="background-color:#dff0d8;"| Перелет удален.
|-
! Перелет 6
|
|style="background-color:#dff0d8;"| Перелет удален.
|}
|}

{{Attention|Рассмотрим '''неверное решение'''}}

Чтобы удалить из результатов поиска перелёты всех авиакомпаний, кроме ''Аэрофлот'' (SU), оперированного ''Россией'', создайте одно правило:

{| class="wikitable"
! colspan="2" style="text-align:left;"| Правило №1
|-
| style="text-align:left;" |''' + содержит авиакомпании (marketing) в любом сегменте'''
| Все кроме:
* Аэрофлот — Российские авиалинии [SU] (AFL)
|-
| style="text-align:left;" | '''+ содержит выполняющие авиакомпании (operation) в любом сегменте'''
| Все кроме:
* Россия [FV] (SDM)
|}

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

{| class="wikitable mw-collapsible"
! colspan="5" style="text-align:left;"| Пример работы правила №1
|-
! width="75" | №
! colspan="2" | (Маркетинговая АК в любом сегменте: любая, кроме SU) И (Оперирующая АК в любом сегменте: любая, кроме FV)
!  
! width="120" | Результат работы правила
|-
! Перелет 1
|style="background-color:#ffbdd3;"| (Марк. АК: SU)
|style="background-color:#dff0d8;"| (Опер. АК: SU)
|
|style="background-color:#ffbdd3;"| Перелет остался.
|-
! Перелет 2
|style="background-color:#ffbdd3;"| (Марк. АК: SU)
|style="background-color:#ffbdd3;"| (Опер. АК: FV)
|
|style="background-color:#ffbdd3;"| Перелет остался.
|-
! Перелет 3
|style="background-color:#dff0d8;"| (Марк. АК: UN)
|style="background-color:#dff0d8;"| (Опер. АК: UN)
|
|style="background-color:#dff0d8;"| Перелет удален.
|-
! Перелет 4
|style="background-color:#dff0d8;"| (Марк. АК: S7)
|style="background-color:#dff0d8;"| (Опер. АК: S7)
|
|style="background-color:#dff0d8;"| Перелет удален.
|-
! Перелет 5
|style="background-color:#dff0d8;"| (Марк. АК: S7)
|style="background-color:#ffbdd3;"| (Опер. АК: FV)
|
|style="background-color:#ffbdd3;"| Перелет остался.
|-
! Перелет 6
|style="background-color:#dff0d8;"| (Марк. АК: FV)
|style="background-color:#ffbdd3;"| (Опер. АК: FV)
|
|style="background-color:#ffbdd3;"| Перелет остался.
|}

В результатах остались варианты 1, 5 и 6, потому что правило срабатывает, только если срабатывают все условия внутри правила.

Данное правило срабатывает, когда маркетинговая авиакомпания '''не Аэрофлот''' и одновременно с этим оперирующая авиакомпания не '''Россия'''. Одновременно обоим требованиям удовлетворяют перелеты №3 и №4.

=== Исключить перелеты с прибылью меньше 400 рублей всех авиакомпаний, кроме ''Аэрофлота'', оперированного ''Россией'' ===
Чтобы удалить из результатов поиска перелёты с прибылью меньше 400 рублей всех авиакомпаний, кроме ''Аэрофлот'' (SU), оперированного ''Россией'', создайте два правила:

{| class="wikitable"
! colspan="2" style="text-align:left;"| Правило №1
|-
| style="text-align:left;" | '''+ содержит авиакомпании (marketing) в любом сегменте'''
| Все кроме:
* Аэрофлот — Российские авиалинии [SU] (AFL)
|-
| style="text-align:left;" | '''+ прибыль меньше'''
| 400 Российский рубль
|-
! colspan="2" style="text-align:left;"| Правило №2
|-
| style="text-align:left;" | '''+ содержит выполняющие авиакомпании (operation) в любом сегменте'''
| Все кроме:
* Россия [FV] (SDM)
|-
| style="text-align:left;" | '''+ прибыль меньше'''
| 400 Российский рубль
|}

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

{| class="wikitable mw-collapsible"
|-
! colspan="3" style="text-align:left;"| Схема работы правил фильтров результатов поиска
|-
|
{| class="wikitable"
! colspan="6" style="text-align:left;"| Пример работы правила №1
|-
! width="75" | №
! colspan="3" | Маркетинговая АК в любом сегменте: любая, кроме SU И Прибыль меньше 400 рублей
!  
! width="120" | Результат работы правила
|-
! Перелет 1
| style="background-color:#ffbdd3;"| Марк. АК: SU
| Опер. АК: SU
| style="background-color:#dff0d8;"| Прибыль: 300RUB
|
| style="background-color:#ffbdd3;"| Перелет остался.
|-
! Перелет 2
| style="background-color:#ffbdd3;"| Марк. АК: SU
| Опер. АК: SU
| style="background-color:#ffbdd3;"| Прибыль: 500RUB
|
| style="background-color:#ffbdd3;"| Перелет остался.
|-
! Перелет 3
| style="background-color:#ffbdd3;"| Марк. АК: SU
| Опер. АК: FV
| style="background-color:#dff0d8;"| Прибыль: 300RUB
|
| style="background-color:#ffbdd3;"| Перелет остался.
|-
! Перелет 4
| style="background-color:#ffbdd3;"| Марк. АК: SU
| Опер. АК: FV
| style="background-color:#ffbdd3;"| Прибыль: 500RUB
|
| style="background-color:#ffbdd3;"| Перелет остался.
|-
! Перелет 5
| style="background-color:#ffbdd3;"| Марк. АК: SU
| Опер. АК: S7
| style="background-color:#dff0d8;"| Прибыль: 300RUB
|
| style="background-color:#ffbdd3;"| Перелет остался.
|-
! Перелет 6
| style="background-color:#ffbdd3;"| Марк. АК: SU
| Опер. АК: S7
| style="background-color:#ffbdd3;"| Прибыль: 500RUB
|
| style="background-color:#ffbdd3;"| Перелет остался.
|-
! Перелет 7
| style="background-color:#dff0d8;"| Марк. АК: S7
| Опер. АК: S7
| style="background-color:#dff0d8;"| Прибыль: 300RUB
|
| style="background-color:#dff0d8;"| Перелет удален.
|-
! Перелет 8
| style="background-color:#dff0d8;"| Марк. АК: S7
| Опер. АК: S7
| style="background-color:#ffbdd3;"| Прибыль: 500RUB
|
| style="background-color:#ffbdd3;"| Перелет остался.
|-
! Перелет 9
| style="background-color:#dff0d8;"| Марк. АК: S7
| Опер. АК: FV
| style="background-color:#dff0d8;"| Прибыль: 300RUB
|
| style="background-color:#dff0d8;"| Перелет удален.
|-
! Перелет 10
| style="background-color:#dff0d8;"| Марк. АК: S7
| Опер. АК: FV
| style="background-color:#ffbdd3;"| Прибыль: 500RUB
|
| style="background-color:#ffbdd3;"| Перелет остался.
|-
! Перелет 11
| style="background-color:#dff0d8;"| Марк. АК: UN
| Опер. АК: UN
| style="background-color:#dff0d8;"| Прибыль: 200RUB
|
| style="background-color:#dff0d8;"| Перелет удален.
|-
! Перелет 12
| style="background-color:#dff0d8;"| Марк. АК: IK
| Опер. АК: IK
| style="background-color:#ffbdd3;"| Прибыль: 700RUB
|
| style="background-color:#ffbdd3;"| Перелет остался.
|}
|
{| class="wikitable"
! colspan="6" style="text-align:left;"| Пример работы правила №2
|-
! width="75" | №
! colspan="3" | Оперирующая АК в любом сегменте: любая, кроме FV И Прибыль меньше 400 рублей
!  
! width="120" | Результат работы правила
|-
! Перелет 1
| Марк. АК: SU
| style="background-color:#dff0d8;"| Опер. АК: SU
| style="background-color:#dff0d8;"| Прибыль: 300RUB
|
| style="background-color:#dff0d8;"| Перелет удален.
|-
! Перелет 2
| Марк. АК: SU
| style="background-color:#dff0d8;"| Опер. АК: SU
| style="background-color:#ffbdd3;"| Прибыль: 500RUB
|
| style="background-color:#ffbdd3;"| Перелет остался.
|-
! Перелет 3
| Марк. АК: SU
| style="background-color:#ffbdd3;"| Опер. АК: FV
| style="background-color:#dff0d8;"| Прибыль: 300RUB
|
| style="background-color:#ffbdd3;"| Перелет остался.
|-
! Перелет 4
| Марк. АК: SU
| style="background-color:#ffbdd3;"| Опер. АК: FV
| style="background-color:#ffbdd3;"| Прибыль: 500RUB
|
| style="background-color:#ffbdd3;"| Перелет остался.
|-
! Перелет 5
| Марк. АК: SU
| style="background-color:#dff0d8;"| Опер. АК: S7
| style="background-color:#dff0d8;"| Прибыль: 300RUB
|
| style="background-color:#dff0d8;"| Перелет удален.
|-
! Перелет 6
| Марк. АК: SU
| style="background-color:#dff0d8;"| Опер. АК: S7
| style="background-color:#ffbdd3;"| Прибыль: 500RUB
|
| style="background-color:#ffbdd3;"| Перелет остался.
|-
! Перелет 7
| Марк. АК: S7
| style="background-color:#dff0d8;"| Опер. АК: S7
| style="background-color:#dff0d8;"| Прибыль: 300RUB
|
| style="background-color:#dff0d8;"| Перелет удален.
|-
! Перелет 8
| Марк. АК: S7
| style="background-color:#dff0d8;"| Опер. АК: S7
| style="background-color:#ffbdd3;"| Прибыль: 500RUB
|
| style="background-color:#ffbdd3;"| Перелет остался.
|-
! Перелет 9
| Марк. АК: S7
| style="background-color:#ffbdd3;"| Опер. АК: FV
| style="background-color:#dff0d8;"| Прибыль: 300RUB
|
| style="background-color:#ffbdd3;"| Перелет остался.
|-
! Перелет 10
| Марк. АК: S7
| style="background-color:#ffbdd3;"| Опер. АК: FV
| style="background-color:#ffbdd3;"| Прибыль: 500RUB
|
| style="background-color:#ffbdd3;"| Перелет остался.
|-
! Перелет 11
| Марк. АК: UN
| style="background-color:#dff0d8;"| Опер. АК: UN
| style="background-color:#dff0d8;"| Прибыль: 200RUB
|
| style="background-color:#dff0d8;"| Перелет удален.
|-
! Перелет 12
| Марк. АК: IK
| style="background-color:#dff0d8;"| Опер. АК: IK
| style="background-color:#ffbdd3;"| Прибыль: 700RUB
|
| style="background-color:#ffbdd3;"| Перелет остался.
|}
|
{| class="wikitable"
! colspan="3" style="text-align:left;"| Результат работы правил
|-
! width="75" | №
!  
! width="160" | Правило №1 ИЛИ Правило №2
|-
! Перелет 1
|
| style="background-color:#dff0d8;"| Перелет удален.
|-
! Перелет 2
|
| style="background-color:#ffbdd3;"| Перелет остался.
|-
! Перелет 3
|
| style="background-color:#ffbdd3;"| Перелет остался.
|-
! Перелет 4
|
| style="background-color:#ffbdd3;"| Перелет остался.
|-
! Перелет 5
|
| style="background-color:#dff0d8;"| Перелет удален.
|-
! Перелет 6
|
| style="background-color:#ffbdd3;"| Перелет остался.
|-
! Перелет 7
|
| style="background-color:#dff0d8;"| Перелет удален.
|-
! Перелет 8
|
| style="background-color:#ffbdd3;"| Перелет остался.
|-
! Перелет 9
|
| style="background-color:#dff0d8;"| Перелет удален.
|-
! Перелет 10
|
| style="background-color:#ffbdd3;"| Перелет остался.
|-
! Перелет 11
|
| style="background-color:#dff0d8;"| Перелет удален.
|-
! Перелет 12
|
| style="background-color:#ffbdd3;"| Перелет остался.
|}
|}

== См. также ==
*[[Фильтры результатов поиска Немо 2.0]]
*[[Фильтры поисковых запросов (Авиабилеты)]]
*[[Глобальная распределительная система]]
*[[Пакеты реквизитов Немо 1.0]]
*[[Маршрутизатор поисковых запросов]]
*[[Микшер результатов поиска (Авиабилеты)]]
*[[Пользователь]]

Псевдопоиск перелётов

2021-04-04T18:07:32Z

Иван Барабаш: /* Вариант работы на примере пакетов с отрицательными Id */

==Назначение==
'''Псевдопоиск перелётов''' используется для предоставления возможности искать перелеты с заданными [[Размножение перелетов#Параметры размножения перелётов|параметрами]] в одном [[Пакеты реквизитов Немо 2.0|пакете реквизитов]], а бронировать в другом. Работа аналогична [[Размножение_перелетов|размножению перелетов]], за исключением особенностей, описанных ниже.

{{Attention| Данный функционал идентичен [[Размножение_перелетов|размножению перелетов]]. Управление размножением перелетов осуществляется через панель администрирования Nemo 1.0, а псевдопоиска - через панель администрирования Nemo Connect. Использовать рекомендуется панель администрирования Nemo 1.0. }}

== Включение псевдопоиска перелетов ==
Чтобы включить псевдопоиск перелетов
{| class="wikitable" align="center" style="margin-left:1em"
|-
|[[Файл:Внешний вид таблицы с правилами1.jpg|справа|1200px|Внешний вид таблицы с правилами]]
|-
|Внешний вид таблицы с правилами
|}
'''Администратору необходимо'''
# Зайти в раздел '''Для техподдержки → {{NameProject2}} Вебсервисы → Настройки Взаимодействия'''.
# Включить опцию '''Псевдопоиск перелётов''' для настройки '''Использовать настройки в Авиа сервере из Немо 1 для разделов'''.

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

== Создание правила псевдопоиска перелетов ==

Чтобы создать правило псевдопоиска:

# Зайдите в раздел '''Управление продажами → Авиабилеты → Процессы → Процесс поиска → Псевдопоиск перелётов'''
# Нажмите '''Создать новую запись'''.
# Задайте параметры правила (см. [[Размножение_перелетов#Создание частного правила размножения перелётов|Создание правила размножения перелётов]])
# Нажмите кнопку '''Сохранить'''.
В случае, если не указана авиакомпания, то правило рассматривается как правило по умолчанию. При этом используются только параметры "Откуда размножать" и "Куда размножать", остальные параметры игнорируются.
{| class="wikitable" align="center" style="margin-left:1em"
|-
|[[Файл:Создание правила для псевдопоиска.jpg|1200px|Внешний вид таблицы с правилами]]
|-
|Создание правила псевдопоиска
|}

== Импорт и отладка правил псевдопоиска ==
Помимо создания правил, вы можете импортировать правила из Админ панели {{NameProject2}}. Система полностью перенесет все настройки из связанного агентства {{NameProject2}}.
Агентство задается под администратором в разделе '''Для техподдержки → {{NameProject2}} Вебсервисы → Настройки взаимодействия'''. Там нужно заполнить следующие поля:
* Идентификатор пользователя в {{NameProject2}}.
* Логин пользователя в {{NameProject2}}.
* Пароль пользователя в {{NameProject2}}.
* Используемая среда .net серверов
После импорта, в целях отладки и проверки совпадения настроек, можно включить настройку '''Включить логирование отличия настроек Nemo Travel от {{NameProject2}} для: → Псевдопоиск перелётов''' в разделе '''Для техподдержки → {{NameProject2}} Вебсервисы → Настройки взаимодействия''' . Если настройки Nemo Travel будут отличаться от настроек {{NameProject2}}, вы увидите в сервисных логах следующее сообщение: '''Различия в параметрах настроек псевдопоиска и Nemo2.''' Если же настройки будут идентичны, то сообщения не будет.

{{Attention| При импорте настроек ваши текущие правила маршрутизатора удаляются. }}

== Вариант работы на примере пакетов с отрицательными Id ==

В процессе усовершенствования '''Админ. панели Nemo''' была добавлена возможность работы по пакетам с отрицательными Id у целого ряда настроек, ''Псевдопоиск перелетов'' - один из них, в этом разделе будет описан алгоритм работы с помощью таких Id.

Для корректной работы псевдопоиска перелетов необходимо проделать выше описанные действия из разделов ''Включение псевдопоиска перелетов'' и ''Создание правила псевдопоиска перелетов'', но в настройках ''Пакет, откуда брать перелёты для размножения'' и ''Источники назначения'' устанавливаем пакеты со знаком минус из поля '''Id''' раздела '''Управление продажами''' → '''Авиабилеты''' → '''Пакеты реквизитов Nemo.Connect'''

{{Attention|Для корректной работы оба значения в настройках ''Пакет, откуда брать перелёты для размножения'' и ''Источники назначения'', взятые из поля Id раздела ''Пакеты реквизитов Nemo.Connect'', должны существовать в ''Управление продажами → Авиабилеты → Реквизиты и источники → Реквизиты подключения к Nemo Connect''.}}

=== Возможные предупреждения и ошибки ===

#Предупреждение "Не могу определить GDS. Отсутвует пакет для Nemo Connect SourceId=-55555" говорит о том, что пакет с таким значением не найден среди всех существующих пакетов в разделе ''Управление продажами → Авиабилеты → Реквизиты и источники → Реквизиты подключения к Nemo Connect''. Для решения этой проблемы необходимо изменить пакет, в котором будет производиться размножение, на значение, совпадающее с настройкой ''Источники назначения'' из раздела ''Псевдопоиск перелетов''
#Предупреждение "Поиск в данной ГДС не дал результатов", а в ответе поиска будет ''The requested package -55555 was not found.'', одной из причин для данного предупреждения может служить наличие пакета из {{NameProject2}} в поле '''Id пакета в админ. панели Nemo Connect''' в разделе '''Управление продажами → Авиабилеты → Пакеты реквизитов Nemo.Connect''' у пакета, откуда происходит размножение, то есть у пакета, чей ''Id'' совпадает со значением в настройке ''Пакет, откуда брать перелёты для размножения''
#Отсутствие псевдопоиска, хотя все пункты были выполнены правильно - причина аналогична предыдущей: у пакета, В КОТОРОМ происходит размножение, указан пакет из {{NameProject2}} в поле '''Id пакета в админ. панели Nemo Connect'''

==См. также==
* [[Пакеты реквизитов {{NameProject2}}]]
* [[Глобальная распределительная система]]
* [[Размножение перелетов]]
* [[Микшер Авиа сервера]]

Псевдопоиск перелётов

2021-04-04T18:06:03Z

Иван Барабаш: /* Возможные предупреждения и ошибки */

==Назначение==
'''Псевдопоиск перелётов''' используется для предоставления возможности искать перелеты с заданными [[Размножение перелетов#Параметры размножения перелётов|параметрами]] в одном [[Пакеты реквизитов Немо 2.0|пакете реквизитов]], а бронировать в другом. Работа аналогична [[Размножение_перелетов|размножению перелетов]], за исключением особенностей, описанных ниже.

{{Attention| Данный функционал идентичен [[Размножение_перелетов|размножению перелетов]]. Управление размножением перелетов осуществляется через панель администрирования Nemo 1.0, а псевдопоиска - через панель администрирования Nemo Connect. Использовать рекомендуется панель администрирования Nemo 1.0. }}

== Включение псевдопоиска перелетов ==
Чтобы включить псевдопоиск перелетов
{| class="wikitable" align="center" style="margin-left:1em"
|-
|[[Файл:Внешний вид таблицы с правилами1.jpg|справа|1200px|Внешний вид таблицы с правилами]]
|-
|Внешний вид таблицы с правилами
|}
'''Администратору необходимо'''
# Зайти в раздел '''Для техподдержки → {{NameProject2}} Вебсервисы → Настройки Взаимодействия'''.
# Включить опцию '''Псевдопоиск перелётов''' для настройки '''Использовать настройки в Авиа сервере из Немо 1 для разделов'''.

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

== Создание правила псевдопоиска перелетов ==

Чтобы создать правило псевдопоиска:

# Зайдите в раздел '''Управление продажами → Авиабилеты → Процессы → Процесс поиска → Псевдопоиск перелётов'''
# Нажмите '''Создать новую запись'''.
# Задайте параметры правила (см. [[Размножение_перелетов#Создание частного правила размножения перелётов|Создание правила размножения перелётов]])
# Нажмите кнопку '''Сохранить'''.
В случае, если не указана авиакомпания, то правило рассматривается как правило по умолчанию. При этом используются только параметры "Откуда размножать" и "Куда размножать", остальные параметры игнорируются.
{| class="wikitable" align="center" style="margin-left:1em"
|-
|[[Файл:Создание правила для псевдопоиска.jpg|1200px|Внешний вид таблицы с правилами]]
|-
|Создание правила псевдопоиска
|}

== Импорт и отладка правил псевдопоиска ==
Помимо создания правил, вы можете импортировать правила из Админ панели {{NameProject2}}. Система полностью перенесет все настройки из связанного агентства {{NameProject2}}.
Агентство задается под администратором в разделе '''Для техподдержки → {{NameProject2}} Вебсервисы → Настройки взаимодействия'''. Там нужно заполнить следующие поля:
* Идентификатор пользователя в {{NameProject2}}.
* Логин пользователя в {{NameProject2}}.
* Пароль пользователя в {{NameProject2}}.
* Используемая среда .net серверов
После импорта, в целях отладки и проверки совпадения настроек, можно включить настройку '''Включить логирование отличия настроек Nemo Travel от {{NameProject2}} для: → Псевдопоиск перелётов''' в разделе '''Для техподдержки → {{NameProject2}} Вебсервисы → Настройки взаимодействия''' . Если настройки Nemo Travel будут отличаться от настроек {{NameProject2}}, вы увидите в сервисных логах следующее сообщение: '''Различия в параметрах настроек псевдопоиска и Nemo2.''' Если же настройки будут идентичны, то сообщения не будет.

{{Attention| При импорте настроек ваши текущие правила маршрутизатора удаляются. }}

== Вариант работы на примере пакетов с отрицательными Id ==

В процессе усовершенствования '''Админ. панели Nemo''' была добавлена возможность работы по пакетам с отрицательными Id у целого ряда настроек, ''Псевдопоиск перелетов'' - один из них, в этом разделе будет описан алгоритм работы с помощью таких Id.

Для корректной работы псевдопоиска перелетов необходимо проделать выше описанные действия, но в настройках ''Пакет, откуда брать перелёты для размножения'' и ''Источники назначения'' устанавливаем пакеты со знаком минус из поля '''Id''' раздела '''Управление продажами''' → '''Авиабилеты''' → '''Пакеты реквизитов Nemo.Connect'''

{{Attention|Для корректной работы оба значения в настройках ''Пакет, откуда брать перелёты для размножения'' и ''Источники назначения'', взятые из поля Id раздела ''Пакеты реквизитов Nemo.Connect'', должны существовать в ''Управление продажами → Авиабилеты → Реквизиты и источники → Реквизиты подключения к Nemo Connect''.}}

=== Возможные предупреждения и ошибки ===

#Предупреждение "Не могу определить GDS. Отсутвует пакет для Nemo Connect SourceId=-55555" говорит о том, что пакет с таким значением не найден среди всех существующих пакетов в разделе ''Управление продажами → Авиабилеты → Реквизиты и источники → Реквизиты подключения к Nemo Connect''. Для решения этой проблемы необходимо изменить пакет, в котором будет производиться размножение, на значение, совпадающее с настройкой ''Источники назначения'' из раздела ''Псевдопоиск перелетов''
#Предупреждение "Поиск в данной ГДС не дал результатов", а в ответе поиска будет ''The requested package -55555 was not found.'', одной из причин для данного предупреждения может служить наличие пакета из {{NameProject2}} в поле '''Id пакета в админ. панели Nemo Connect''' в разделе '''Управление продажами → Авиабилеты → Пакеты реквизитов Nemo.Connect''' у пакета, откуда происходит размножение, то есть у пакета, чей ''Id'' совпадает со значением в настройке ''Пакет, откуда брать перелёты для размножения''
#Отсутствие псевдопоиска, хотя все пункты были выполнены правильно - причина аналогична предыдущей: у пакета, В КОТОРОМ происходит размножение, указан пакет из {{NameProject2}} в поле '''Id пакета в админ. панели Nemo Connect'''

==См. также==
* [[Пакеты реквизитов {{NameProject2}}]]
* [[Глобальная распределительная система]]
* [[Размножение перелетов]]
* [[Микшер Авиа сервера]]

Псевдопоиск перелётов

2021-04-04T18:05:19Z

Иван Барабаш: /* Вариант работы на примере пакетов с отрицательными Id */

==Назначение==
'''Псевдопоиск перелётов''' используется для предоставления возможности искать перелеты с заданными [[Размножение перелетов#Параметры размножения перелётов|параметрами]] в одном [[Пакеты реквизитов Немо 2.0|пакете реквизитов]], а бронировать в другом. Работа аналогична [[Размножение_перелетов|размножению перелетов]], за исключением особенностей, описанных ниже.

{{Attention| Данный функционал идентичен [[Размножение_перелетов|размножению перелетов]]. Управление размножением перелетов осуществляется через панель администрирования Nemo 1.0, а псевдопоиска - через панель администрирования Nemo Connect. Использовать рекомендуется панель администрирования Nemo 1.0. }}

== Включение псевдопоиска перелетов ==
Чтобы включить псевдопоиск перелетов
{| class="wikitable" align="center" style="margin-left:1em"
|-
|[[Файл:Внешний вид таблицы с правилами1.jpg|справа|1200px|Внешний вид таблицы с правилами]]
|-
|Внешний вид таблицы с правилами
|}
'''Администратору необходимо'''
# Зайти в раздел '''Для техподдержки → {{NameProject2}} Вебсервисы → Настройки Взаимодействия'''.
# Включить опцию '''Псевдопоиск перелётов''' для настройки '''Использовать настройки в Авиа сервере из Немо 1 для разделов'''.

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

== Создание правила псевдопоиска перелетов ==

Чтобы создать правило псевдопоиска:

# Зайдите в раздел '''Управление продажами → Авиабилеты → Процессы → Процесс поиска → Псевдопоиск перелётов'''
# Нажмите '''Создать новую запись'''.
# Задайте параметры правила (см. [[Размножение_перелетов#Создание частного правила размножения перелётов|Создание правила размножения перелётов]])
# Нажмите кнопку '''Сохранить'''.
В случае, если не указана авиакомпания, то правило рассматривается как правило по умолчанию. При этом используются только параметры "Откуда размножать" и "Куда размножать", остальные параметры игнорируются.
{| class="wikitable" align="center" style="margin-left:1em"
|-
|[[Файл:Создание правила для псевдопоиска.jpg|1200px|Внешний вид таблицы с правилами]]
|-
|Создание правила псевдопоиска
|}

== Импорт и отладка правил псевдопоиска ==
Помимо создания правил, вы можете импортировать правила из Админ панели {{NameProject2}}. Система полностью перенесет все настройки из связанного агентства {{NameProject2}}.
Агентство задается под администратором в разделе '''Для техподдержки → {{NameProject2}} Вебсервисы → Настройки взаимодействия'''. Там нужно заполнить следующие поля:
* Идентификатор пользователя в {{NameProject2}}.
* Логин пользователя в {{NameProject2}}.
* Пароль пользователя в {{NameProject2}}.
* Используемая среда .net серверов
После импорта, в целях отладки и проверки совпадения настроек, можно включить настройку '''Включить логирование отличия настроек Nemo Travel от {{NameProject2}} для: → Псевдопоиск перелётов''' в разделе '''Для техподдержки → {{NameProject2}} Вебсервисы → Настройки взаимодействия''' . Если настройки Nemo Travel будут отличаться от настроек {{NameProject2}}, вы увидите в сервисных логах следующее сообщение: '''Различия в параметрах настроек псевдопоиска и Nemo2.''' Если же настройки будут идентичны, то сообщения не будет.

{{Attention| При импорте настроек ваши текущие правила маршрутизатора удаляются. }}

== Вариант работы на примере пакетов с отрицательными Id ==

В процессе усовершенствования '''Админ. панели Nemo''' была добавлена возможность работы по пакетам с отрицательными Id у целого ряда настроек, ''Псевдопоиск перелетов'' - один из них, в этом разделе будет описан алгоритм работы с помощью таких Id.

Для корректной работы псевдопоиска перелетов необходимо проделать выше описанные действия, но в настройках ''Пакет, откуда брать перелёты для размножения'' и ''Источники назначения'' устанавливаем пакеты со знаком минус из поля '''Id''' раздела '''Управление продажами''' → '''Авиабилеты''' → '''Пакеты реквизитов Nemo.Connect'''

{{Attention|Для корректной работы оба значения в настройках ''Пакет, откуда брать перелёты для размножения'' и ''Источники назначения'', взятые из поля Id раздела ''Пакеты реквизитов Nemo.Connect'', должны существовать в ''Управление продажами → Авиабилеты → Реквизиты и источники → Реквизиты подключения к Nemo Connect''.}}

=== Возможные предупреждения и ошибки ===

#Предупреждение "Не могу определить GDS. Отсутвует пакет для Nemo Connect SourceId=-55555" говорит о том, что пакет с таким значением не найден среди всех существующих пакетов в разделе ''Управление продажами → Авиабилеты → Реквизиты и источники → Реквизиты подключения к Nemo Connect''. Для решения этой проблемы необходимо изменить пакет у поставщика, в котором будет производиться размножение, на значение, совпадающее с настройкой ''Источники назначения'' из раздела ''Псевдопоиск перелетов''
#Предупреждение "Поиск в данной ГДС не дал результатов", а в ответе поиска будет ''The requested package -55555 was not found.'', одной из причин для данного предупреждения может служить наличие пакета из {{NameProject2}} в поле '''Id пакета в админ. панели Nemo Connect''' в разделе '''Управление продажами → Авиабилеты → Пакеты реквизитов Nemo.Connect''' у пакета, откуда происходит размножение, то есть у пакета, чей ''Id'' совпадает со значением в настройке ''Пакет, откуда брать перелёты для размножения''
#Отсутствие псевдопоиска, хотя все пункты были выполнены правильно - причина аналогична предыдущей: у пакета, В КОТОРОМ происходит размножение, указан пакет из {{NameProject2}} в поле '''Id пакета в админ. панели Nemo Connect'''

==См. также==
* [[Пакеты реквизитов {{NameProject2}}]]
* [[Глобальная распределительная система]]
* [[Размножение перелетов]]
* [[Микшер Авиа сервера]]

Псевдопоиск перелётов

2021-04-04T18:04:57Z

Иван Барабаш: /* Вариант работы на примере пакетов с отрицательными Id */

==Назначение==
'''Псевдопоиск перелётов''' используется для предоставления возможности искать перелеты с заданными [[Размножение перелетов#Параметры размножения перелётов|параметрами]] в одном [[Пакеты реквизитов Немо 2.0|пакете реквизитов]], а бронировать в другом. Работа аналогична [[Размножение_перелетов|размножению перелетов]], за исключением особенностей, описанных ниже.

{{Attention| Данный функционал идентичен [[Размножение_перелетов|размножению перелетов]]. Управление размножением перелетов осуществляется через панель администрирования Nemo 1.0, а псевдопоиска - через панель администрирования Nemo Connect. Использовать рекомендуется панель администрирования Nemo 1.0. }}

== Включение псевдопоиска перелетов ==
Чтобы включить псевдопоиск перелетов
{| class="wikitable" align="center" style="margin-left:1em"
|-
|[[Файл:Внешний вид таблицы с правилами1.jpg|справа|1200px|Внешний вид таблицы с правилами]]
|-
|Внешний вид таблицы с правилами
|}
'''Администратору необходимо'''
# Зайти в раздел '''Для техподдержки → {{NameProject2}} Вебсервисы → Настройки Взаимодействия'''.
# Включить опцию '''Псевдопоиск перелётов''' для настройки '''Использовать настройки в Авиа сервере из Немо 1 для разделов'''.

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

== Создание правила псевдопоиска перелетов ==

Чтобы создать правило псевдопоиска:

# Зайдите в раздел '''Управление продажами → Авиабилеты → Процессы → Процесс поиска → Псевдопоиск перелётов'''
# Нажмите '''Создать новую запись'''.
# Задайте параметры правила (см. [[Размножение_перелетов#Создание частного правила размножения перелётов|Создание правила размножения перелётов]])
# Нажмите кнопку '''Сохранить'''.
В случае, если не указана авиакомпания, то правило рассматривается как правило по умолчанию. При этом используются только параметры "Откуда размножать" и "Куда размножать", остальные параметры игнорируются.
{| class="wikitable" align="center" style="margin-left:1em"
|-
|[[Файл:Создание правила для псевдопоиска.jpg|1200px|Внешний вид таблицы с правилами]]
|-
|Создание правила псевдопоиска
|}

== Импорт и отладка правил псевдопоиска ==
Помимо создания правил, вы можете импортировать правила из Админ панели {{NameProject2}}. Система полностью перенесет все настройки из связанного агентства {{NameProject2}}.
Агентство задается под администратором в разделе '''Для техподдержки → {{NameProject2}} Вебсервисы → Настройки взаимодействия'''. Там нужно заполнить следующие поля:
* Идентификатор пользователя в {{NameProject2}}.
* Логин пользователя в {{NameProject2}}.
* Пароль пользователя в {{NameProject2}}.
* Используемая среда .net серверов
После импорта, в целях отладки и проверки совпадения настроек, можно включить настройку '''Включить логирование отличия настроек Nemo Travel от {{NameProject2}} для: → Псевдопоиск перелётов''' в разделе '''Для техподдержки → {{NameProject2}} Вебсервисы → Настройки взаимодействия''' . Если настройки Nemo Travel будут отличаться от настроек {{NameProject2}}, вы увидите в сервисных логах следующее сообщение: '''Различия в параметрах настроек псевдопоиска и Nemo2.''' Если же настройки будут идентичны, то сообщения не будет.

{{Attention| При импорте настроек ваши текущие правила маршрутизатора удаляются. }}

== Вариант работы на примере пакетов с отрицательными Id ==

В процессе усовершенствования '''Админ. панели Nemo''' была добавлена возможность работы по пакетам с отрицательными Id у целого ряда настроек, ''Псевдопоиск перелетов'' - один из них, в этом разделе будет описан алгоритм работы с помощью таких Id.

Для корректной работы псевдопоиска перелетов необходимо проделать выше описанные действия, но в настройках ''Пакет, откуда брать перелёты для размножения'' и ''Источники назначения'' устанавливаем пакеты со знаком минус из поля '''Id''' раздела '''Управление продажами''' → '''Авиабилеты''' → '''Пакеты реквизитов Nemo.Connect'''

{{Attention|Для корректной работы оба значения в настройках ''Пакет, откуда брать перелёты для размножения'' и ''Источники назначения'', взятые из поля Id раздела ''Пакеты реквизитов Nemo.Connect'' должны существовать в разделе ''Управление продажами → Авиабилеты → Реквизиты и источники → Реквизиты подключения к Nemo Connect''.}}

После всех описанных выше действий не забудьте сбросить кэш (к домену сайта в URL добавить /?drop_cache)

=== Возможные предупреждения и ошибки ===

#Предупреждение "Не могу определить GDS. Отсутвует пакет для Nemo Connect SourceId=-55555" говорит о том, что пакет с таким значением не найден среди всех существующих пакетов в разделе ''Управление продажами → Авиабилеты → Реквизиты и источники → Реквизиты подключения к Nemo Connect''. Для решения этой проблемы необходимо изменить пакет у поставщика, в котором будет производиться размножение, на значение, совпадающее с настройкой ''Источники назначения'' из раздела ''Псевдопоиск перелетов''
#Предупреждение "Поиск в данной ГДС не дал результатов", а в ответе поиска будет ''The requested package -55555 was not found.'', одной из причин для данного предупреждения может служить наличие пакета из {{NameProject2}} в поле '''Id пакета в админ. панели Nemo Connect''' в разделе '''Управление продажами → Авиабилеты → Пакеты реквизитов Nemo.Connect''' у пакета, откуда происходит размножение, то есть у пакета, чей ''Id'' совпадает со значением в настройке ''Пакет, откуда брать перелёты для размножения''
#Отсутствие псевдопоиска, хотя все пункты были выполнены правильно - причина аналогична предыдущей: у пакета, В КОТОРОМ происходит размножение, указан пакет из {{NameProject2}} в поле '''Id пакета в админ. панели Nemo Connect'''

==См. также==
* [[Пакеты реквизитов {{NameProject2}}]]
* [[Глобальная распределительная система]]
* [[Размножение перелетов]]
* [[Микшер Авиа сервера]]

Псевдопоиск перелётов

2021-04-04T18:03:41Z

Иван Барабаш: /* Вариант работы на примере пакетов с отрицательными Id */

==Назначение==
'''Псевдопоиск перелётов''' используется для предоставления возможности искать перелеты с заданными [[Размножение перелетов#Параметры размножения перелётов|параметрами]] в одном [[Пакеты реквизитов Немо 2.0|пакете реквизитов]], а бронировать в другом. Работа аналогична [[Размножение_перелетов|размножению перелетов]], за исключением особенностей, описанных ниже.

{{Attention| Данный функционал идентичен [[Размножение_перелетов|размножению перелетов]]. Управление размножением перелетов осуществляется через панель администрирования Nemo 1.0, а псевдопоиска - через панель администрирования Nemo Connect. Использовать рекомендуется панель администрирования Nemo 1.0. }}

== Включение псевдопоиска перелетов ==
Чтобы включить псевдопоиск перелетов
{| class="wikitable" align="center" style="margin-left:1em"
|-
|[[Файл:Внешний вид таблицы с правилами1.jpg|справа|1200px|Внешний вид таблицы с правилами]]
|-
|Внешний вид таблицы с правилами
|}
'''Администратору необходимо'''
# Зайти в раздел '''Для техподдержки → {{NameProject2}} Вебсервисы → Настройки Взаимодействия'''.
# Включить опцию '''Псевдопоиск перелётов''' для настройки '''Использовать настройки в Авиа сервере из Немо 1 для разделов'''.

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

== Создание правила псевдопоиска перелетов ==

Чтобы создать правило псевдопоиска:

# Зайдите в раздел '''Управление продажами → Авиабилеты → Процессы → Процесс поиска → Псевдопоиск перелётов'''
# Нажмите '''Создать новую запись'''.
# Задайте параметры правила (см. [[Размножение_перелетов#Создание частного правила размножения перелётов|Создание правила размножения перелётов]])
# Нажмите кнопку '''Сохранить'''.
В случае, если не указана авиакомпания, то правило рассматривается как правило по умолчанию. При этом используются только параметры "Откуда размножать" и "Куда размножать", остальные параметры игнорируются.
{| class="wikitable" align="center" style="margin-left:1em"
|-
|[[Файл:Создание правила для псевдопоиска.jpg|1200px|Внешний вид таблицы с правилами]]
|-
|Создание правила псевдопоиска
|}

== Импорт и отладка правил псевдопоиска ==
Помимо создания правил, вы можете импортировать правила из Админ панели {{NameProject2}}. Система полностью перенесет все настройки из связанного агентства {{NameProject2}}.
Агентство задается под администратором в разделе '''Для техподдержки → {{NameProject2}} Вебсервисы → Настройки взаимодействия'''. Там нужно заполнить следующие поля:
* Идентификатор пользователя в {{NameProject2}}.
* Логин пользователя в {{NameProject2}}.
* Пароль пользователя в {{NameProject2}}.
* Используемая среда .net серверов
После импорта, в целях отладки и проверки совпадения настроек, можно включить настройку '''Включить логирование отличия настроек Nemo Travel от {{NameProject2}} для: → Псевдопоиск перелётов''' в разделе '''Для техподдержки → {{NameProject2}} Вебсервисы → Настройки взаимодействия''' . Если настройки Nemo Travel будут отличаться от настроек {{NameProject2}}, вы увидите в сервисных логах следующее сообщение: '''Различия в параметрах настроек псевдопоиска и Nemo2.''' Если же настройки будут идентичны, то сообщения не будет.

{{Attention| При импорте настроек ваши текущие правила маршрутизатора удаляются. }}

== Вариант работы на примере пакетов с отрицательными Id ==

В процессе усовершенствования '''Админ. панели Nemo''' была добавлена возможность работы по пакетам с отрицательными Id у целого ряда настроек, ''Псевдопоиск перелетов'' - один из них, в этом разделе будет описан алгоритм работы с помощью таких Id.

Для корректной работы псевдопоиска перелетов необходимо проделать выше описанные действия, но в настройках ''Пакет, откуда брать перелёты для размножения'' и ''Источники назначения'' устанавливаем пакеты со знаком минус из поля '''Id''' раздела '''Управление продажами''' → '''Авиабилеты''' → '''Пакеты реквизитов Nemo.Connect'''

{{Attention|Для корректной работы оба значения в настройках ''Пакет, откуда брать перелёты для размножения'' и ''Источники назначения'' должны существовать в разделе ''Управление продажами → Авиабилеты → Реквизиты и источники → Реквизиты подключения к Nemo Connect''.}}

После всех описанных выше действий не забудьте сбросить кэш (к домену сайта в URL добавить /?drop_cache)

=== Возможные предупреждения и ошибки ===

#Предупреждение "Не могу определить GDS. Отсутвует пакет для Nemo Connect SourceId=-55555" говорит о том, что пакет с таким значением не найден среди всех существующих пакетов в разделе ''Управление продажами → Авиабилеты → Реквизиты и источники → Реквизиты подключения к Nemo Connect''. Для решения этой проблемы необходимо изменить пакет у поставщика, в котором будет производиться размножение, на значение, совпадающее с настройкой ''Источники назначения'' из раздела ''Псевдопоиск перелетов''
#Предупреждение "Поиск в данной ГДС не дал результатов", а в ответе поиска будет ''The requested package -55555 was not found.'', одной из причин для данного предупреждения может служить наличие пакета из {{NameProject2}} в поле '''Id пакета в админ. панели Nemo Connect''' в разделе '''Управление продажами → Авиабилеты → Пакеты реквизитов Nemo.Connect''' у пакета, откуда происходит размножение, то есть у пакета, чей ''Id'' совпадает со значением в настройке ''Пакет, откуда брать перелёты для размножения''
#Отсутствие псевдопоиска, хотя все пункты были выполнены правильно - причина аналогична предыдущей: у пакета, В КОТОРОМ происходит размножение, указан пакет из {{NameProject2}} в поле '''Id пакета в админ. панели Nemo Connect'''

==См. также==
* [[Пакеты реквизитов {{NameProject2}}]]
* [[Глобальная распределительная система]]
* [[Размножение перелетов]]
* [[Микшер Авиа сервера]]

Псевдопоиск перелётов

2021-04-04T18:00:20Z

Иван Барабаш: /* Вариант работы на примере пакетов с отрицательными Id */

==Назначение==
'''Псевдопоиск перелётов''' используется для предоставления возможности искать перелеты с заданными [[Размножение перелетов#Параметры размножения перелётов|параметрами]] в одном [[Пакеты реквизитов Немо 2.0|пакете реквизитов]], а бронировать в другом. Работа аналогична [[Размножение_перелетов|размножению перелетов]], за исключением особенностей, описанных ниже.

{{Attention| Данный функционал идентичен [[Размножение_перелетов|размножению перелетов]]. Управление размножением перелетов осуществляется через панель администрирования Nemo 1.0, а псевдопоиска - через панель администрирования Nemo Connect. Использовать рекомендуется панель администрирования Nemo 1.0. }}

== Включение псевдопоиска перелетов ==
Чтобы включить псевдопоиск перелетов
{| class="wikitable" align="center" style="margin-left:1em"
|-
|[[Файл:Внешний вид таблицы с правилами1.jpg|справа|1200px|Внешний вид таблицы с правилами]]
|-
|Внешний вид таблицы с правилами
|}
'''Администратору необходимо'''
# Зайти в раздел '''Для техподдержки → {{NameProject2}} Вебсервисы → Настройки Взаимодействия'''.
# Включить опцию '''Псевдопоиск перелётов''' для настройки '''Использовать настройки в Авиа сервере из Немо 1 для разделов'''.

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

== Создание правила псевдопоиска перелетов ==

Чтобы создать правило псевдопоиска:

# Зайдите в раздел '''Управление продажами → Авиабилеты → Процессы → Процесс поиска → Псевдопоиск перелётов'''
# Нажмите '''Создать новую запись'''.
# Задайте параметры правила (см. [[Размножение_перелетов#Создание частного правила размножения перелётов|Создание правила размножения перелётов]])
# Нажмите кнопку '''Сохранить'''.
В случае, если не указана авиакомпания, то правило рассматривается как правило по умолчанию. При этом используются только параметры "Откуда размножать" и "Куда размножать", остальные параметры игнорируются.
{| class="wikitable" align="center" style="margin-left:1em"
|-
|[[Файл:Создание правила для псевдопоиска.jpg|1200px|Внешний вид таблицы с правилами]]
|-
|Создание правила псевдопоиска
|}

== Импорт и отладка правил псевдопоиска ==
Помимо создания правил, вы можете импортировать правила из Админ панели {{NameProject2}}. Система полностью перенесет все настройки из связанного агентства {{NameProject2}}.
Агентство задается под администратором в разделе '''Для техподдержки → {{NameProject2}} Вебсервисы → Настройки взаимодействия'''. Там нужно заполнить следующие поля:
* Идентификатор пользователя в {{NameProject2}}.
* Логин пользователя в {{NameProject2}}.
* Пароль пользователя в {{NameProject2}}.
* Используемая среда .net серверов
После импорта, в целях отладки и проверки совпадения настроек, можно включить настройку '''Включить логирование отличия настроек Nemo Travel от {{NameProject2}} для: → Псевдопоиск перелётов''' в разделе '''Для техподдержки → {{NameProject2}} Вебсервисы → Настройки взаимодействия''' . Если настройки Nemo Travel будут отличаться от настроек {{NameProject2}}, вы увидите в сервисных логах следующее сообщение: '''Различия в параметрах настроек псевдопоиска и Nemo2.''' Если же настройки будут идентичны, то сообщения не будет.

{{Attention| При импорте настроек ваши текущие правила маршрутизатора удаляются. }}

== Вариант работы на примере пакетов с отрицательными Id ==

В процессе усовершенствования '''Админ. панели Nemo''' была добавлена возможность работы по пакетам с отрицательными Id у целого ряда настроек, ''Псевдопоиск перелетов'' - один из них, в этом разделе будет описан алгоритм работы с помощью таких Id.

Для корректной работы псевдопоиска перелетов необходимо проделать выше описанные действия, но в настройках ''Пакет, откуда брать перелёты для размножения'' и ''Источники назначения'' устанавливаем пакет со знаком минус из поля '''Id''' раздела '''Управление продажами''' → '''Авиабилеты''' → '''Пакеты реквизитов Nemo.Connect'''

{{Attention|Для корректной работы значение в настройке ''Пакет, откуда брать перелёты для размножения'' и используемый пакет (его можно посмотреть в ''Управление продажами → Авиабилеты → Реквизиты и источники → Реквизиты подключения к Nemo Connect'' ДОЛЖНЫ СОВПАДАТЬ.}}

После всех описанных выше действий не забудьте сбросить кэш (к домену сайта в URL добавить /?drop_cache)

=== Возможные предупреждения и ошибки ===

#Предупреждение "Не могу определить GDS. Отсутвует пакет для Nemo Connect SourceId=-55555" говорит о том, что пакет с таким значением не найден среди всех существующих пакетов в разделе ''Управление продажами → Авиабилеты → Реквизиты и источники → Реквизиты подключения к Nemo Connect''. Для решения этой проблемы необходимо изменить пакет у поставщика, в котором будет производиться размножение, на значение, совпадающее с настройкой ''Источники назначения'' из раздела ''Псевдопоиск перелетов''
#Предупреждение "Поиск в данной ГДС не дал результатов", а в ответе поиска будет ''The requested package -55555 was not found.'', одной из причин для данного предупреждения может служить наличие пакета из {{NameProject2}} в поле '''Id пакета в админ. панели Nemo Connect''' в разделе '''Управление продажами → Авиабилеты → Пакеты реквизитов Nemo.Connect''' у пакета, откуда происходит размножение, то есть у пакета, чей ''Id'' совпадает со значением в настройке ''Пакет, откуда брать перелёты для размножения''
#Отсутствие псевдопоиска, хотя все пункты были выполнены правильно - причина аналогична предыдущей: у пакета, В КОТОРОМ происходит размножение, указан пакет из {{NameProject2}} в поле '''Id пакета в админ. панели Nemo Connect'''

==См. также==
* [[Пакеты реквизитов {{NameProject2}}]]
* [[Глобальная распределительная система]]
* [[Размножение перелетов]]
* [[Микшер Авиа сервера]]

Псевдопоиск перелётов

2021-04-04T17:50:12Z

Иван Барабаш: /* Вариант работы на примере пакетов с отрицательными Id */

==Назначение==
'''Псевдопоиск перелётов''' используется для предоставления возможности искать перелеты с заданными [[Размножение перелетов#Параметры размножения перелётов|параметрами]] в одном [[Пакеты реквизитов Немо 2.0|пакете реквизитов]], а бронировать в другом. Работа аналогична [[Размножение_перелетов|размножению перелетов]], за исключением особенностей, описанных ниже.

{{Attention| Данный функционал идентичен [[Размножение_перелетов|размножению перелетов]]. Управление размножением перелетов осуществляется через панель администрирования Nemo 1.0, а псевдопоиска - через панель администрирования Nemo Connect. Использовать рекомендуется панель администрирования Nemo 1.0. }}

== Включение псевдопоиска перелетов ==
Чтобы включить псевдопоиск перелетов
{| class="wikitable" align="center" style="margin-left:1em"
|-
|[[Файл:Внешний вид таблицы с правилами1.jpg|справа|1200px|Внешний вид таблицы с правилами]]
|-
|Внешний вид таблицы с правилами
|}
'''Администратору необходимо'''
# Зайти в раздел '''Для техподдержки → {{NameProject2}} Вебсервисы → Настройки Взаимодействия'''.
# Включить опцию '''Псевдопоиск перелётов''' для настройки '''Использовать настройки в Авиа сервере из Немо 1 для разделов'''.

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

== Создание правила псевдопоиска перелетов ==

Чтобы создать правило псевдопоиска:

# Зайдите в раздел '''Управление продажами → Авиабилеты → Процессы → Процесс поиска → Псевдопоиск перелётов'''
# Нажмите '''Создать новую запись'''.
# Задайте параметры правила (см. [[Размножение_перелетов#Создание частного правила размножения перелётов|Создание правила размножения перелётов]])
# Нажмите кнопку '''Сохранить'''.
В случае, если не указана авиакомпания, то правило рассматривается как правило по умолчанию. При этом используются только параметры "Откуда размножать" и "Куда размножать", остальные параметры игнорируются.
{| class="wikitable" align="center" style="margin-left:1em"
|-
|[[Файл:Создание правила для псевдопоиска.jpg|1200px|Внешний вид таблицы с правилами]]
|-
|Создание правила псевдопоиска
|}

== Импорт и отладка правил псевдопоиска ==
Помимо создания правил, вы можете импортировать правила из Админ панели {{NameProject2}}. Система полностью перенесет все настройки из связанного агентства {{NameProject2}}.
Агентство задается под администратором в разделе '''Для техподдержки → {{NameProject2}} Вебсервисы → Настройки взаимодействия'''. Там нужно заполнить следующие поля:
* Идентификатор пользователя в {{NameProject2}}.
* Логин пользователя в {{NameProject2}}.
* Пароль пользователя в {{NameProject2}}.
* Используемая среда .net серверов
После импорта, в целях отладки и проверки совпадения настроек, можно включить настройку '''Включить логирование отличия настроек Nemo Travel от {{NameProject2}} для: → Псевдопоиск перелётов''' в разделе '''Для техподдержки → {{NameProject2}} Вебсервисы → Настройки взаимодействия''' . Если настройки Nemo Travel будут отличаться от настроек {{NameProject2}}, вы увидите в сервисных логах следующее сообщение: '''Различия в параметрах настроек псевдопоиска и Nemo2.''' Если же настройки будут идентичны, то сообщения не будет.

{{Attention| При импорте настроек ваши текущие правила маршрутизатора удаляются. }}

== Вариант работы на примере пакетов с отрицательными Id ==

В процессе усовершенствования '''Админ. панели Nemo''' была добавлена возможность работы по пакетам с отрицательными Id у целого ряда настроек, ''Псевдопоиск перелетов'' - один из них, в этом разделе будет описан алгоритм работы с помощью таких Id.

Если необходимый раздел настроек существует и в '''Админ. панели Nemo Connect''', то в разделе '''Для техподдержки → Nemo Connect Вебсервисы → Настройки взаимодействия''' в настройке ''Использовать следующие настройки Nemo в веб-сервисе Авиа'' необходимо задействовать желаемый раздел, поставив галочку напротив него. Рассмотрим более подробно данный процесс на примере настройки ''Псевдопоиск перелетов''. Поскольку этот раздел существует и в {{NameProject2}}, поэтому алгоритм будет следующим:

#Заходим в раздел '''Для техподдержки → Nemo Connect Вебсервисы → Настройки взаимодействия''', выбираем необходимого ''пользователя'', в настройке ''Использовать следующие настройки Nemo в веб-сервисе Авиа'' ставим галку напротив опции ''Псевдопоиск перелетов''
#Открываем '''Управление продажами → Авиабилеты → Процессы → Процесс поиска → Псевдопоиск перелетов''', выбираем нужное нам агентство
#В настройках ''Пакет, откуда брать перелёты для размножения'' и ''Источники назначения'' устанавливаем пакет со знаком минус из поля '''Id''' раздела '''Управление продажами''' → '''Авиабилеты''' → '''Пакеты реквизитов Nemo.Connect'''
#Для корректной работы необходимо активировать чекбокс ''Псевдопоиск перелётов Nemo Connect'' в разделе '''Управление продажами → Авиабилеты → Процессы → Процессы поиска → Тонкая настройка''', выбрав необходимого ''пользователя''.

{{Attention|Для корректной работы значение в настройке ''Пакет, откуда брать перелёты для размножения'' и используемый пакет (его можно посмотреть в ''Управление продажами → Авиабилеты → Реквизиты и источники → Реквизиты подключения к Nemo Connect'' ДОЛЖНЫ СОВПАДАТЬ.}}

После всех описанных выше действий не забудьте сбросить кэш (к домену сайта в URL добавить /?drop_cache)

=== Возможные предупреждения и ошибки ===

#Предупреждение "Не могу определить GDS. Отсутвует пакет для Nemo Connect SourceId=-55555" говорит о том, что пакет с таким значением не найден среди всех существующих пакетов в разделе ''Управление продажами → Авиабилеты → Реквизиты и источники → Реквизиты подключения к Nemo Connect''. Для решения этой проблемы необходимо изменить пакет у поставщика, в котором будет производиться размножение, на значение, совпадающее с настройкой ''Источники назначения'' из раздела ''Псевдопоиск перелетов''
#Предупреждение "Поиск в данной ГДС не дал результатов", а в ответе поиска будет ''The requested package -55555 was not found.'', одной из причин для данного предупреждения может служить наличие пакета из {{NameProject2}} в поле '''Id пакета в админ. панели Nemo Connect''' в разделе '''Управление продажами → Авиабилеты → Пакеты реквизитов Nemo.Connect''' у пакета, откуда происходит размножение, то есть у пакета, чей ''Id'' совпадает со значением в настройке ''Пакет, откуда брать перелёты для размножения''
#Отсутствие псевдопоиска, хотя все пункты были выполнены правильно - причина аналогична предыдущей: у пакета, В КОТОРОМ происходит размножение, указан пакет из {{NameProject2}} в поле '''Id пакета в админ. панели Nemo Connect'''

==См. также==
* [[Пакеты реквизитов {{NameProject2}}]]
* [[Глобальная распределительная система]]
* [[Размножение перелетов]]
* [[Микшер Авиа сервера]]

Псевдопоиск перелётов

2021-04-04T17:49:23Z

Иван Барабаш: /* Вариант работы на примере одной из настроек */

==Назначение==
'''Псевдопоиск перелётов''' используется для предоставления возможности искать перелеты с заданными [[Размножение перелетов#Параметры размножения перелётов|параметрами]] в одном [[Пакеты реквизитов Немо 2.0|пакете реквизитов]], а бронировать в другом. Работа аналогична [[Размножение_перелетов|размножению перелетов]], за исключением особенностей, описанных ниже.

{{Attention| Данный функционал идентичен [[Размножение_перелетов|размножению перелетов]]. Управление размножением перелетов осуществляется через панель администрирования Nemo 1.0, а псевдопоиска - через панель администрирования Nemo Connect. Использовать рекомендуется панель администрирования Nemo 1.0. }}

== Включение псевдопоиска перелетов ==
Чтобы включить псевдопоиск перелетов
{| class="wikitable" align="center" style="margin-left:1em"
|-
|[[Файл:Внешний вид таблицы с правилами1.jpg|справа|1200px|Внешний вид таблицы с правилами]]
|-
|Внешний вид таблицы с правилами
|}
'''Администратору необходимо'''
# Зайти в раздел '''Для техподдержки → {{NameProject2}} Вебсервисы → Настройки Взаимодействия'''.
# Включить опцию '''Псевдопоиск перелётов''' для настройки '''Использовать настройки в Авиа сервере из Немо 1 для разделов'''.

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

== Создание правила псевдопоиска перелетов ==

Чтобы создать правило псевдопоиска:

# Зайдите в раздел '''Управление продажами → Авиабилеты → Процессы → Процесс поиска → Псевдопоиск перелётов'''
# Нажмите '''Создать новую запись'''.
# Задайте параметры правила (см. [[Размножение_перелетов#Создание частного правила размножения перелётов|Создание правила размножения перелётов]])
# Нажмите кнопку '''Сохранить'''.
В случае, если не указана авиакомпания, то правило рассматривается как правило по умолчанию. При этом используются только параметры "Откуда размножать" и "Куда размножать", остальные параметры игнорируются.
{| class="wikitable" align="center" style="margin-left:1em"
|-
|[[Файл:Создание правила для псевдопоиска.jpg|1200px|Внешний вид таблицы с правилами]]
|-
|Создание правила псевдопоиска
|}

== Импорт и отладка правил псевдопоиска ==
Помимо создания правил, вы можете импортировать правила из Админ панели {{NameProject2}}. Система полностью перенесет все настройки из связанного агентства {{NameProject2}}.
Агентство задается под администратором в разделе '''Для техподдержки → {{NameProject2}} Вебсервисы → Настройки взаимодействия'''. Там нужно заполнить следующие поля:
* Идентификатор пользователя в {{NameProject2}}.
* Логин пользователя в {{NameProject2}}.
* Пароль пользователя в {{NameProject2}}.
* Используемая среда .net серверов
После импорта, в целях отладки и проверки совпадения настроек, можно включить настройку '''Включить логирование отличия настроек Nemo Travel от {{NameProject2}} для: → Псевдопоиск перелётов''' в разделе '''Для техподдержки → {{NameProject2}} Вебсервисы → Настройки взаимодействия''' . Если настройки Nemo Travel будут отличаться от настроек {{NameProject2}}, вы увидите в сервисных логах следующее сообщение: '''Различия в параметрах настроек псевдопоиска и Nemo2.''' Если же настройки будут идентичны, то сообщения не будет.

{{Attention| При импорте настроек ваши текущие правила маршрутизатора удаляются. }}

== Вариант работы на примере пакетов с отрицательными Id ==

В процессе усовершенствования '''Админ. панели Nemo''' была добавлена возможность работы по пакетам с отрицательными Id у целого ряда настроек, ''Псевдопоиск перелетов'' - один из них.

Если необходимый раздел настроек существует и в '''Админ. панели Nemo Connect''', то в разделе '''Для техподдержки → Nemo Connect Вебсервисы → Настройки взаимодействия''' в настройке ''Использовать следующие настройки Nemo в веб-сервисе Авиа'' необходимо задействовать желаемый раздел, поставив галочку напротив него. Рассмотрим более подробно данный процесс на примере настройки ''Псевдопоиск перелетов''. Поскольку этот раздел существует и в {{NameProject2}}, поэтому алгоритм будет следующим:

#Заходим в раздел '''Для техподдержки → Nemo Connect Вебсервисы → Настройки взаимодействия''', выбираем необходимого ''пользователя'', в настройке ''Использовать следующие настройки Nemo в веб-сервисе Авиа'' ставим галку напротив опции ''Псевдопоиск перелетов''
#Открываем '''Управление продажами → Авиабилеты → Процессы → Процесс поиска → Псевдопоиск перелетов''', выбираем нужное нам агентство
#В настройках ''Пакет, откуда брать перелёты для размножения'' и ''Источники назначения'' устанавливаем пакет со знаком минус из поля '''Id''' раздела '''Управление продажами''' → '''Авиабилеты''' → '''Пакеты реквизитов Nemo.Connect'''
#Для корректной работы необходимо активировать чекбокс ''Псевдопоиск перелётов Nemo Connect'' в разделе '''Управление продажами → Авиабилеты → Процессы → Процессы поиска → Тонкая настройка''', выбрав необходимого ''пользователя''.

{{Attention|Для корректной работы значение в настройке ''Пакет, откуда брать перелёты для размножения'' и используемый пакет (его можно посмотреть в ''Управление продажами → Авиабилеты → Реквизиты и источники → Реквизиты подключения к Nemo Connect'' ДОЛЖНЫ СОВПАДАТЬ.}}

После всех описанных выше действий не забудьте сбросить кэш (к домену сайта в URL добавить /?drop_cache)

=== Возможные предупреждения и ошибки ===

#Предупреждение "Не могу определить GDS. Отсутвует пакет для Nemo Connect SourceId=-55555" говорит о том, что пакет с таким значением не найден среди всех существующих пакетов в разделе ''Управление продажами → Авиабилеты → Реквизиты и источники → Реквизиты подключения к Nemo Connect''. Для решения этой проблемы необходимо изменить пакет у поставщика, в котором будет производиться размножение, на значение, совпадающее с настройкой ''Источники назначения'' из раздела ''Псевдопоиск перелетов''
#Предупреждение "Поиск в данной ГДС не дал результатов", а в ответе поиска будет ''The requested package -55555 was not found.'', одной из причин для данного предупреждения может служить наличие пакета из {{NameProject2}} в поле '''Id пакета в админ. панели Nemo Connect''' в разделе '''Управление продажами → Авиабилеты → Пакеты реквизитов Nemo.Connect''' у пакета, откуда происходит размножение, то есть у пакета, чей ''Id'' совпадает со значением в настройке ''Пакет, откуда брать перелёты для размножения''
#Отсутствие псевдопоиска, хотя все пункты были выполнены правильно - причина аналогична предыдущей: у пакета, В КОТОРОМ происходит размножение, указан пакет из {{NameProject2}} в поле '''Id пакета в админ. панели Nemo Connect'''

==См. также==
* [[Пакеты реквизитов {{NameProject2}}]]
* [[Глобальная распределительная система]]
* [[Размножение перелетов]]
* [[Микшер Авиа сервера]]

Псевдопоиск перелётов

2021-04-04T17:47:32Z

Иван Барабаш: /* Импорт и отладка правил псевдопоиска */

==Назначение==
'''Псевдопоиск перелётов''' используется для предоставления возможности искать перелеты с заданными [[Размножение перелетов#Параметры размножения перелётов|параметрами]] в одном [[Пакеты реквизитов Немо 2.0|пакете реквизитов]], а бронировать в другом. Работа аналогична [[Размножение_перелетов|размножению перелетов]], за исключением особенностей, описанных ниже.

{{Attention| Данный функционал идентичен [[Размножение_перелетов|размножению перелетов]]. Управление размножением перелетов осуществляется через панель администрирования Nemo 1.0, а псевдопоиска - через панель администрирования Nemo Connect. Использовать рекомендуется панель администрирования Nemo 1.0. }}

== Включение псевдопоиска перелетов ==
Чтобы включить псевдопоиск перелетов
{| class="wikitable" align="center" style="margin-left:1em"
|-
|[[Файл:Внешний вид таблицы с правилами1.jpg|справа|1200px|Внешний вид таблицы с правилами]]
|-
|Внешний вид таблицы с правилами
|}
'''Администратору необходимо'''
# Зайти в раздел '''Для техподдержки → {{NameProject2}} Вебсервисы → Настройки Взаимодействия'''.
# Включить опцию '''Псевдопоиск перелётов''' для настройки '''Использовать настройки в Авиа сервере из Немо 1 для разделов'''.

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

== Создание правила псевдопоиска перелетов ==

Чтобы создать правило псевдопоиска:

# Зайдите в раздел '''Управление продажами → Авиабилеты → Процессы → Процесс поиска → Псевдопоиск перелётов'''
# Нажмите '''Создать новую запись'''.
# Задайте параметры правила (см. [[Размножение_перелетов#Создание частного правила размножения перелётов|Создание правила размножения перелётов]])
# Нажмите кнопку '''Сохранить'''.
В случае, если не указана авиакомпания, то правило рассматривается как правило по умолчанию. При этом используются только параметры "Откуда размножать" и "Куда размножать", остальные параметры игнорируются.
{| class="wikitable" align="center" style="margin-left:1em"
|-
|[[Файл:Создание правила для псевдопоиска.jpg|1200px|Внешний вид таблицы с правилами]]
|-
|Создание правила псевдопоиска
|}

== Импорт и отладка правил псевдопоиска ==
Помимо создания правил, вы можете импортировать правила из Админ панели {{NameProject2}}. Система полностью перенесет все настройки из связанного агентства {{NameProject2}}.
Агентство задается под администратором в разделе '''Для техподдержки → {{NameProject2}} Вебсервисы → Настройки взаимодействия'''. Там нужно заполнить следующие поля:
* Идентификатор пользователя в {{NameProject2}}.
* Логин пользователя в {{NameProject2}}.
* Пароль пользователя в {{NameProject2}}.
* Используемая среда .net серверов
После импорта, в целях отладки и проверки совпадения настроек, можно включить настройку '''Включить логирование отличия настроек Nemo Travel от {{NameProject2}} для: → Псевдопоиск перелётов''' в разделе '''Для техподдержки → {{NameProject2}} Вебсервисы → Настройки взаимодействия''' . Если настройки Nemo Travel будут отличаться от настроек {{NameProject2}}, вы увидите в сервисных логах следующее сообщение: '''Различия в параметрах настроек псевдопоиска и Nemo2.''' Если же настройки будут идентичны, то сообщения не будет.

{{Attention| При импорте настроек ваши текущие правила маршрутизатора удаляются. }}

== Вариант работы на примере одной из настроек ==

Если необходимый раздел настроек существует и в '''Админ. панели Nemo Connect''', то в разделе '''Для техподдержки → Nemo Connect Вебсервисы → Настройки взаимодействия''' в настройке ''Использовать следующие настройки Nemo в веб-сервисе Авиа'' необходимо задействовать желаемый раздел, поставив галочку напротив него. Рассмотрим более подробно данный процесс на примере настройки ''Псевдопоиск перелетов''. Поскольку этот раздел существует и в {{NameProject2}}, поэтому алгоритм будет следующим:

#Заходим в раздел '''Для техподдержки → Nemo Connect Вебсервисы → Настройки взаимодействия''', выбираем необходимого ''пользователя'', в настройке ''Использовать следующие настройки Nemo в веб-сервисе Авиа'' ставим галку напротив опции ''Псевдопоиск перелетов''
#Открываем '''Управление продажами → Авиабилеты → Процессы → Процесс поиска → Псевдопоиск перелетов''', выбираем нужное нам агентство
#В настройках ''Пакет, откуда брать перелёты для размножения'' и ''Источники назначения'' устанавливаем пакет со знаком минус из поля '''Id''' раздела '''Управление продажами''' → '''Авиабилеты''' → '''Пакеты реквизитов Nemo.Connect'''
#Для корректной работы необходимо активировать чекбокс ''Псевдопоиск перелётов Nemo Connect'' в разделе '''Управление продажами → Авиабилеты → Процессы → Процессы поиска → Тонкая настройка''', выбрав необходимого ''пользователя''.

{{Attention|Для корректной работы значение в настройке ''Пакет, откуда брать перелёты для размножения'' и используемый пакет (его можно посмотреть в ''Управление продажами → Авиабилеты → Реквизиты и источники → Реквизиты подключения к Nemo Connect'' ДОЛЖНЫ СОВПАДАТЬ.}}

После всех описанных выше действий не забудьте сбросить кэш (к домену сайта в URL добавить /?drop_cache)

=== Возможные предупреждения и ошибки ===

#Предупреждение "Не могу определить GDS. Отсутвует пакет для Nemo Connect SourceId=-55555" говорит о том, что пакет с таким значением не найден среди всех существующих пакетов в разделе ''Управление продажами → Авиабилеты → Реквизиты и источники → Реквизиты подключения к Nemo Connect''. Для решения этой проблемы необходимо изменить пакет у поставщика, в котором будет производиться размножение, на значение, совпадающее с настройкой ''Источники назначения'' из раздела ''Псевдопоиск перелетов''
#Предупреждение "Поиск в данной ГДС не дал результатов", а в ответе поиска будет ''The requested package -55555 was not found.'', одной из причин для данного предупреждения может служить наличие пакета из {{NameProject2}} в поле '''Id пакета в админ. панели Nemo Connect''' в разделе '''Управление продажами → Авиабилеты → Пакеты реквизитов Nemo.Connect''' у пакета, откуда происходит размножение, то есть у пакета, чей ''Id'' совпадает со значением в настройке ''Пакет, откуда брать перелёты для размножения''
#Отсутствие псевдопоиска, хотя все пункты были выполнены правильно - причина аналогична предыдущей: у пакета, В КОТОРОМ происходит размножение, указан пакет из {{NameProject2}} в поле '''Id пакета в админ. панели Nemo Connect'''

==См. также==
* [[Пакеты реквизитов {{NameProject2}}]]
* [[Глобальная распределительная система]]
* [[Размножение перелетов]]
* [[Микшер Авиа сервера]]

API Travelfusion

2020-11-17T14:58:06Z

Иван Барабаш: /* Особенности работы с Travelfusion в {{NameSystem}} */

[[Категория:Поставщики авиабилетов]]
[[Файл:TFLOGO-m.png|right]]

'''Travelfusion''' — один из ведущих агрегаторов контента для ОТА, обеспечивающий прямой доступ к ресурсам многочисленных авиа-, жд- и отельных поставщиков. Помимо функций непосредственно ГРС располагает собственным платежным инструментом для взаиморасчетов (TF.Pay), а также готовыми сервисами (как для В2В, так и В2С моделей) для эффективного управления бизнесом. Специализируется в основном на низкобюджетных поставщиках (лоукостах).

Компания основана в 2000 г. Штаб-квартира Travelfusion находится в Лондоне (Великобритания), также имеются офисы в Шанхае (Китай).
Ресурс: около 220 авиакомпаний и железнодорожных перевозчиков. Полный список поддерживаемых поставщиков доступен на официальном сайте Travelfusion: [https://www.travelfusion.com/corporate/supplier]
Дистрибуция: преимущественно Европа.

== Процесс подключения к Travelfusion в {{NameSystem}} ==

# В системе {{NameSystem}} на данный момент можно реализовать подключение к Travelfusion только для работы с компонентом "Авиабилеты". Для этого агентству необходимо обратиться в отдел продаж Travelfusion и заключить договор. Также в письме необходимо указать, что агентство собирается работать с Travelfusion через {{NameSystem}}.
# После заключения договора аккаунт-менеджер агента высылает ему файл с реквизитами (логин и пароль) для подключения (Travelfusion Welcome Pack) и форму чеклиста для заполнения.
# Агентство предоставляет реквизиты техподдержке {{NameSystem}} через тикет в проектном трекере. Сотрудники техподдержки помогают заполнить опросник, и агент отправляет его в Travelfusion.
# После официального подтверждения Travelfusion и разрешения на начало работы сотрудники техподдержки заводят и настраивают пакет реквизитов в {{NameSystem}} для агента.

== Сопутствующие настройки для начала работы в {{NameSystem}} ==
После завершения конфигурации реквизитов агенту необходимо выполнить также следующие настройки:
# Внести необходимые правила для компаний, которые будут выписываться через коннектор Travelfusion в файл ценообразования. Значения комиссий при выписке не передаются поставщику, поэтому можно для всех таких а/к указать нулевое значение комиссии и назначить при необходимости свои агентские сборы. (см. [[Ценообразование (Авиабилеты)]])
# Добавить шаблон маршрут-квитанции для поставщика Travelfusion (см. [[Маршрут-квитанция]]).
# Проверить, что заполнены все поля в разделе '''Настройки Авиа → Профиль агентства''' в настройках '''{{NameProject2}}'''.
# При желании можно реализовать вывод дополнительного информационного текста во всплывающем окне (рядом с чекбоксом согласия с правилами бронирования и публичной оферты на странице заказа в том же блоке). Текст можно ввести в разделе настроек «Управление сайтом» → «Домены и протоколы» → «Дополнительные правила перевозки». Для вывода псевдоссылки на попап с этим текстом нужно изменить в локализации значение языковой переменной ''new-passinfo-footer__agreementText'' (см. [[Локализация]]), добавив html-код: 

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px">
'''Пример'''
<div class="mw-collapsible-content">
Я ознакомлен и согласен с <a href="/booking__policy" class="new-ui-pseudoLink js-thickbox__frame__href" data-popup="{title:'Правила бронирования'}">правилами бронирования</a>, <a href="/booking__additional_flight_rules" class="new-ui-pseudoLink js-thickbox__frame__href" data-popup="{title:'нужный вам заголовок'}">правилами предоставления дополнительных услуг</a>, <a href="[%-faresurl-%]" class="new-ui-pseudoLink js-thickbox__frame__href" data-popup="{title:'Условия применения тарифов'}">условиями применения тарифов</a> и <a href="/booking__policypd" class="new-ui-pseudoLink js-thickbox__frame__href" data-popup="{title:'Права субъекта персональных данных'}">правами субъекта персональных данных</a>. Я согласен и подтверждаю согласие третьих лиц, указанных мной в бронировании, на обработку персональных данных, в том числе на их передачу третьим лицам, обеспечивающим или обслуживающим перевозку, а также на трансграничную передачу персональных данных.
</div>
</div>

== Процесс оформления заказа в {{NameSystem}} ==

После выбора перелета Travelfusion и заполнения пассажирских данных на странице заказа в {{NameSystem}} клиент нажимает кнопку «Забронировать». При этом в самой авиакомпании бронь еще не создается. Объект брони создается только в самой системе Travelfusion, но по факту места не резервируются, и данные пассажиров в авиакомпанию не передаются.
После успешной оплаты {{NameSystem}} запускает запрос на выписку билета (в этот момент уже создается бронь в авиакомпании). Но даже после успешной обработки запроса на странице заказа сначала будет отображаться надпись ''«Билеты находятся на оформлении»'', так как в ответе на запрос выписки поставщик изначально не присылает номера билетов, т.к. бронь в авиакомпании подтверждается не сразу. Далее {{NameSystem}} автоматически обновляет заказ (с частотой 1 раз в 7 минут), и в ходе обновления уже получает номер билета от поставщика. Маршрут-квитанция будет автоматически отправлена на почту клиенту.
 Текст сообщения ''«Билеты находятся на оформлении»'' можно поменять в локализации, по языковой переменной ''ticketed_without_tickets''.

==Особенности Travelfusion==

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

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

Также, в связи с ориентацией Travelfusion на низкобюджетных поставщиков, билетов после выписки в {{NameSystem}} может не быть, часто в Travelfusion есть код бронирования в системе авиакомпании, с которым пассажирам нужно перейти на сайт авиакомпании для выписки.
После бронирования в системе авиакомпании Travelfusion его не синхронизирует, соответственно, {{NameSystem}} информации об изменениях в рейсах не получает, изменения в рейсах необходимо отслеживать пассажиру.
* В силу специфики Travelfusion получения данных от авиакомпаний, на разных стадиях оформления покупки (поиск, актуализация и бронирование в {{NameSystem}}) цена перелёта и бронирования могут отличаться - как правило это происходит из-за погрешностей округления при вычислении итоговых сумм на стороне Travelfusion и {{NameSystem}}.
* Необходимо в обязательном порядке вносить контактные данные клиента, так как при отсутствии контактных данных у пассажиров могут возникнуть проблемы с регистрацией на рейс. По указанным контактным данным высылается важная для агента информация.
* {{NameSystem}} возвращает проблемные статусы, полученные от Travelfusion. В случае проблемных статусов агенту необходимо следовать инструкциям и обращаться в техническую поддержку Travelfusion.
* В Travelfusion есть защита от дубликатов бронирования, в таких случаях возвращается ошибка. В случае ошибки создание нового бронирования в {{NameSystem}} не выполняется.
* В связи с частым обновлением требований для подключения агентов к Travelfusion, процесс подключения может быть длительным.

== Особенности работы с Travelfusion в {{NameSystem}} ==
# На данный момент в системе {{NameSystem}} есть возможность работать с Travelfusion только по депозитной схеме расчетов TF Prepay Method: агентство открывает в Travelfusion лицевой счет на определенную сумму, и при оформлении клиентом заказа на сайте с баланса агента списывается стоимость перелета на счет Travelfusion. Далее Travelfusion самостоятельно переводит эти средства на счет конкретной авиакомпании. {{Attention|Оплата напрямую в авиакомпанию по карте клиента на данный момент невозможна.}}
# {{Attention|На данный момент в системе {{NameSystem}} не реализованы:}}
#* поиск по окружным датам (планируется в будущем);
#* поиск по окружным аэропортам (планируется в будущем);
#* продажа допуслуг (провоз багажа, питание и выбор места);
#* поиск сложного маршрута (СТ) — не поддерживается Travelfusion;
#* довнесение данных и модификация брони (паспортные и визовые данные, карта лояльности) — не поддерживается Travelfusion;
#* аннуляция не выписанной брони и обновление выписанной брони — не поддерживается Travelfusion;
#* войдирование, обмен и возврат выписанной брони (не поддерживается Travelfusion). Для этого клиент должен обращаться напрямую в авиакомпанию.
# Все тарифы обрабатываются как невозвратные.
# Авиакомпании самостоятельно высылают клиенту письмо о подтверждении брони (т.е. свою маршрут-квитанцию) на электронный адрес, который был указан при бронировании. При этом в данной маршрут-квитанции будет указана чистая стоимость перелета, т.е. клиент увидит стоимость без агентских наценок.
# В случае изменений в рейсе/расписании после выписки брони измененные данные не отображаются в Travelfusion, т.е. синхронизация после выписки невозможна, и эти данные будут доступны только в авиакомпании напрямую.
# На странице заказа для лоукост-перелета по умолчанию отображается надпись ''«Внимание! Данный перелет предоставляется авиакомпанией-лоукостером. Питание на борту не предоставляется!»''. Текст данного сообщения можно поменять в локализации, по языковой переменной ''no_meal_for_LowCost''. Полностью скрыть вывод этого сообщения можно с помощью css-стилей.
# '''Теперь достаточно в реквизитах к ГДС указать валюту депозита, в пакете это опционально.'''
# Базовая стоимость перелетов от Travelfusion при поиске может поступать в какой угодно валюте — это зависит от авиакомпании, причем на один перелет в ответе поставщика могут быть цены в разных валютах (тариф в евро, а таксы, например, в долларах). Далее {{NameSystem}} запрашивает в Travelfusion курсы валют из их системы и конвертирует всю стоимость перелета согласно этому курсу в валюту реквизитов. Пересчет цен на сайте агента в другие валюты будет происходить согласно курсам, настроенным в справочнике валют агентства ('''«Настройки системы» → «Валюты и курсы» → «Справочник валют и курсов»''', см. [[Валюта]]).
# От Travelfusion могут приходить как отрицательные значения такс (т.е. это таксы-скидки), так и не приходить вовсе, либо быть уже включенными в стоимость тарифа.
# Таймлимит на выписку брони на стороне поставщика равен 15 минут и не может быть больше.
# В Travelfusion запрещено бронирование отдельного места для младенца. Предупреждения об этом отображаются на странице выдачи результатов и на странице бронирования в виде надписи: ''Бронирование отдельного сидячего места для младенца не допускается перевозчиком''. Изменить текст предупреждения на странице результатов можно, задав в настройках локализации перевод для переменной ''flightsGroup__flightWarnings__insBookingNotAllowedBySupplier'', на странице бронирования - ''ins_booking_not_allowed_by_supplier''.
# '''Согласно требованию Travelfusion, нужно обязательно настраивать маршрутизацию по их расписанию.''' См. [[Фильтры_поисковых_запросов_(Авиабилеты)#Фильтр запросов по расписанию авиакомпании|Фильтр запросов по расписанию авиакомпании]]
# Вместе с адресной информацией из раздела '''Настройки Авиа → Профиль агентства''' в настройках '''{{NameProject2}}''' в качестве названия компании в Travelfusion передается название агенства в {{NameProject2}}. Для изменения названия компании, передаваемого в Travelfusion, необходимо менять название агенства в настройках {{NameProject2}}. Для этого нужно создать обращение в службу технической поддержки: [http://helpdesk.nemo.travel helpdesk.nemo.travel].
# Одним из требований Travelfusion является наличие параметра <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">PointOfSale </syntaxhighlight> в запросах StartRouting и ProcessTerms к поставщику. <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">PointOfSale </syntaxhighlight> предназначен для сертификации и корректной работы. Изменение значения этого параметра происходит в настройках '''{{NameProject2}}''' в поле '''Настройки Авиа → Профиль агентства → Код страны агентства''' .
# В запросе ProcessTerms используются поля:
#* Название компании - в XML поле <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Company</syntaxhighlight>
#* Офис - в XML поле <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Flat</syntaxhighlight>
#* Дом - в XML поле <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">BuildingNumber</syntaxhighlight>
#* Улица - в XML поле <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Street</syntaxhighlight>
#* Населенный пункт - в XML поле <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">City</syntaxhighlight>
#* Область - в XML поле <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Province</syntaxhighlight>
#* Почтовый индекс - в XML поле <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Postcode</syntaxhighlight>
#* Страна - в XML поле <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">CountryCode</syntaxhighlight>

Изменение значений этих параметров происходит в настройках '''Админ. панели Nemo''' в '''Аккаунт менеджмент → Агенты и пользователи → Профили компаний'''

== Возможные ошибки и их причины ==

* '''Your branch cannot perform booking through the TF.Payment Service''' — означает, что у данного агентства не активирован лицевой счет в Travelfusion. 
* '''Supplier does not support payments through the TF.Payment Service''' — данная авиакомпания не поддерживает метод оплаты TF.Pay. Отключить выдачу перелетов такой а/к можно на стороне Travelfusion, обратившись к их техподдержке. 
* '''Temporary supplier error''' - проблемы на стороне поставщика. Рекомендуется повторить действие позже. Если ошибка продолжает появляться часто, необходимо обратиться в службу техподдержки Travelfusion. 
* '''The supplier is too busy''' - аналогично, временные проблемы на стороне поставщика, связанные с высокой нагрузкой на систему Travelfusion.
* '''Internal server error''' - внутренняя ошибка на серверах Travelfusion.
* '''RequestValidationError''' - не заполнен профиль агентства (адрес и контактные данные) в панели администрирования {{NameProject2}}.
* '''Title missing''' - не включена настройка '''Автоматически добавлять титул пассажира''' в реквизитах бронирования пакета Travelfusion в панели администрирования {{NameProject2}}.
* '''Address post code is required for this journey''' - не внесены адресные данные в раздел '''Настройки Авиа → Профиль агентства''' в настройках '''{{NameProject2}}'''.

== Контактная информация ==
* [https://www.travelfusion.com Официальный сайт Travelfusion]
* [https://www.travelfusion.com/corporate/page/contact-us Контакты для обращения]

== См.также ==
* [[ГРС]]
* [[Галилео]]
* [[Sabre]]
* [[Сирена Трэвел]]
* [[Amadeus]]
* [[SITA Gabriel]]

Radixx

2020-11-17T14:57:30Z

Иван Барабаш: /* Бронирование */

[[Категория:Поставщики авиабилетов]]
[[Файл:Radixx Logo.png|right|250px]]
'''Radixx''' - компания, предоставляющая программное обеспечение для продажи, бронирования и дистрибуции туристических и пассажирских услуг.

На данный момент в рамках {{NameSystem}} Radixx поддерживает взаимодействие с авиакомпанией [[Flydubai]].

Компания была основана в 1993 году. Штаб-квартира находится в Орландо, штат Флорида, США, и имеет дополнительное представительство в Индии и Южной Африке. В настоящее время обслуживает около 50 авиакомпаний на шести континентах. Более полную информацию вы можете найти на официальном сайте Radixx: [https://www.radixx.com/about-us/].

== Процесс подключения к API Radixx в {{NameSystem}} ==
# В системе {{NameSystem}} на данный момент можно реализовать подключение к API Radixx. Для этого агентству необходимо обратиться ''в авиакомпанию'' для заключения договора и подписания NDA.
# Агенту выдают тестовые реквизиты, чтобы проверить работоспособность в тестовой среде. Авиакомпания Flydubai присылает тест кейсы, которые необходимо выполнить в тестовой среде и отправить им обратно запросы/ответы для проверки. По успешной проверке выдаются боевые реквизиты.
# Агент передает реквизиты техподдержке {{NameSystem}} через тикет в проектном трекере. Сотрудники техподдержки заводят и настраивают реквизиты в {{NameSystem}} для агента. (см. [[Реквизиты подключения к ГРС в Немо 2.0]])

== Особенности работы с Radixx в {{NameSystem}} ==
=== Поиск ===
* Radixx не поддерживает тип пассажира INS, поэтому необходимо искать тариф для ребенка. В брони авиа сервера такие пассажиры также будут отображаться как дети. Специфично для FZ: при бронировании пассажиров типа INS в конце имени добавляется "INF" (только на уровне коммуникации авиа сервер - Radixx); нельзя бронировать младенцев с местом младше 6 месяцев.
* Не поддерживается поиск сложного маршрута.
* Доступны только два класса - эконом и бизнес.
* Поддерживается поиск по маршрутной сетке.

=== Дополнительные услуги ===
* Radixx не предоставляет тарифных правил, поэтому {{NameSystem}} возвращает ссылки на ресурс с правилами тарифов конкретной авиакомпании. Получить ссылку можно в двух языках — en и ru.
* Доступны следующие мультиоперации: ActualizeFlight, GetPrice, GetFareRules и GetFareFamilies.

=== Бронирование ===
* На этапе бронирования и фиксации оплаты в PNR выполняется запрос LoginTravelAgent, посредством которого осуществляется вход в систему под агентом. Учетные данные для входа обязательно должны быть заполнены в реквизитах подключения к ГДС. Данные предоставляются авиакомпанией-партнером Radixx.
* Информация о паспортах не обрабатывается на стороне Radixx, поэтому вносить её нет необходимости. Если данные были заполнены, то Nemo Flight сохранит их на странице заказа и подставит в маршрут-квитанцию.
* Необходимо указывать хотя бы одни контактные данные покупателя/пассажира для информирования об изменениях.
* В Radixx есть защита от дубликатов бронирования, в таких случаях возвращается ошибка. В случае ошибки создание нового бронирования в {{NameSystem}} не выполняется.
* Дополнительные операции с бронью: модификация, импорт и получение истории ПНР.
* Нельзя оформлять бронирование на одного ребенка.
* В запросе SummaryPNR используются поля:
# Улица, дом, офис (параметры указаны в том же порядке, в котором они отображены) - в XML поле <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Address1</syntaxhighlight>
# Населенный пункт - в XML поле <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">City</syntaxhighlight>
# Область (в XML поле <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">State</syntaxhighlight>)
# Почтовый индекс - в XML поле <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Postal</syntaxhighlight>
# Страна - в XML поле <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">CountryCode</syntaxhighlight>
# Телефон (при его наличии) - в XML поле <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">PhoneNumber</syntaxhighlight>
Изменение значений этих параметров происходит в настройках '''Админ. панели Nemo''' в '''Аккаунт менеджмент → Агенты и пользователи → Профили компаний'''

=== Тип оплаты в ПНР ===
* По умолчанию нужно передавать в Radixx тип оплаты Invoice.

=== Выписка ===
* Выписка билетов выполняется по предоплате, поэтому на стороне авиакомпании необходимо наличие депозита агента.
* Значения комиссий при выписке не передаются поставщику.
* После выполнения выписки и возврата авиакомпании высылают клиенту письмо со своей маршрут-квитанцией на электронный адрес, который был указан при бронировании. При этом в маршрут-квитанции указана базовая стоимость тарифа и такс авиакомпании, т.е. сбор агента на стороне {{NameSystem}} в этой маршрут-квитанции не фигурирует.
* Поставщик не возвращает номера билетов, поэтому {{NameProject2}} вместо них по умолчанию проставляет PNR локатор.

=== Войдирование ===
* В IQ есть 2 часа (с момента создания PNR) на войд PNR без штрафов. В FZ при войдировании сразу есть штрафы. Войдирование выполняется посредством возврата.

=== Возврат ===
* Поддерживается только полный возврат.

=== Дополнительные сведения ===
* Не поддерживаются очереди.
* Недоступен обмен билетов.
* Таймлимит на поиске рассчитывается относительно времени вылета первого сегмента - 30 минут до вылета. При бронировании используется ТЛ от поставщика ReservationFulfillmentRequiredByGMT.
* Недоступен терминальный вид брони.

API Travelfusion

2020-11-17T14:57:24Z

Иван Барабаш: /* Особенности работы с Travelfusion в {{NameSystem}} */

[[Категория:Поставщики авиабилетов]]
[[Файл:TFLOGO-m.png|right]]

'''Travelfusion''' — один из ведущих агрегаторов контента для ОТА, обеспечивающий прямой доступ к ресурсам многочисленных авиа-, жд- и отельных поставщиков. Помимо функций непосредственно ГРС располагает собственным платежным инструментом для взаиморасчетов (TF.Pay), а также готовыми сервисами (как для В2В, так и В2С моделей) для эффективного управления бизнесом. Специализируется в основном на низкобюджетных поставщиках (лоукостах).

Компания основана в 2000 г. Штаб-квартира Travelfusion находится в Лондоне (Великобритания), также имеются офисы в Шанхае (Китай).
Ресурс: около 220 авиакомпаний и железнодорожных перевозчиков. Полный список поддерживаемых поставщиков доступен на официальном сайте Travelfusion: [https://www.travelfusion.com/corporate/supplier]
Дистрибуция: преимущественно Европа.

== Процесс подключения к Travelfusion в {{NameSystem}} ==

# В системе {{NameSystem}} на данный момент можно реализовать подключение к Travelfusion только для работы с компонентом "Авиабилеты". Для этого агентству необходимо обратиться в отдел продаж Travelfusion и заключить договор. Также в письме необходимо указать, что агентство собирается работать с Travelfusion через {{NameSystem}}.
# После заключения договора аккаунт-менеджер агента высылает ему файл с реквизитами (логин и пароль) для подключения (Travelfusion Welcome Pack) и форму чеклиста для заполнения.
# Агентство предоставляет реквизиты техподдержке {{NameSystem}} через тикет в проектном трекере. Сотрудники техподдержки помогают заполнить опросник, и агент отправляет его в Travelfusion.
# После официального подтверждения Travelfusion и разрешения на начало работы сотрудники техподдержки заводят и настраивают пакет реквизитов в {{NameSystem}} для агента.

== Сопутствующие настройки для начала работы в {{NameSystem}} ==
После завершения конфигурации реквизитов агенту необходимо выполнить также следующие настройки:
# Внести необходимые правила для компаний, которые будут выписываться через коннектор Travelfusion в файл ценообразования. Значения комиссий при выписке не передаются поставщику, поэтому можно для всех таких а/к указать нулевое значение комиссии и назначить при необходимости свои агентские сборы. (см. [[Ценообразование (Авиабилеты)]])
# Добавить шаблон маршрут-квитанции для поставщика Travelfusion (см. [[Маршрут-квитанция]]).
# Проверить, что заполнены все поля в разделе '''Настройки Авиа → Профиль агентства''' в настройках '''{{NameProject2}}'''.
# При желании можно реализовать вывод дополнительного информационного текста во всплывающем окне (рядом с чекбоксом согласия с правилами бронирования и публичной оферты на странице заказа в том же блоке). Текст можно ввести в разделе настроек «Управление сайтом» → «Домены и протоколы» → «Дополнительные правила перевозки». Для вывода псевдоссылки на попап с этим текстом нужно изменить в локализации значение языковой переменной ''new-passinfo-footer__agreementText'' (см. [[Локализация]]), добавив html-код: 

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px">
'''Пример'''
<div class="mw-collapsible-content">
Я ознакомлен и согласен с <a href="/booking__policy" class="new-ui-pseudoLink js-thickbox__frame__href" data-popup="{title:'Правила бронирования'}">правилами бронирования</a>, <a href="/booking__additional_flight_rules" class="new-ui-pseudoLink js-thickbox__frame__href" data-popup="{title:'нужный вам заголовок'}">правилами предоставления дополнительных услуг</a>, <a href="[%-faresurl-%]" class="new-ui-pseudoLink js-thickbox__frame__href" data-popup="{title:'Условия применения тарифов'}">условиями применения тарифов</a> и <a href="/booking__policypd" class="new-ui-pseudoLink js-thickbox__frame__href" data-popup="{title:'Права субъекта персональных данных'}">правами субъекта персональных данных</a>. Я согласен и подтверждаю согласие третьих лиц, указанных мной в бронировании, на обработку персональных данных, в том числе на их передачу третьим лицам, обеспечивающим или обслуживающим перевозку, а также на трансграничную передачу персональных данных.
</div>
</div>

== Процесс оформления заказа в {{NameSystem}} ==

После выбора перелета Travelfusion и заполнения пассажирских данных на странице заказа в {{NameSystem}} клиент нажимает кнопку «Забронировать». При этом в самой авиакомпании бронь еще не создается. Объект брони создается только в самой системе Travelfusion, но по факту места не резервируются, и данные пассажиров в авиакомпанию не передаются.
После успешной оплаты {{NameSystem}} запускает запрос на выписку билета (в этот момент уже создается бронь в авиакомпании). Но даже после успешной обработки запроса на странице заказа сначала будет отображаться надпись ''«Билеты находятся на оформлении»'', так как в ответе на запрос выписки поставщик изначально не присылает номера билетов, т.к. бронь в авиакомпании подтверждается не сразу. Далее {{NameSystem}} автоматически обновляет заказ (с частотой 1 раз в 7 минут), и в ходе обновления уже получает номер билета от поставщика. Маршрут-квитанция будет автоматически отправлена на почту клиенту.
 Текст сообщения ''«Билеты находятся на оформлении»'' можно поменять в локализации, по языковой переменной ''ticketed_without_tickets''.

==Особенности Travelfusion==

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

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

Также, в связи с ориентацией Travelfusion на низкобюджетных поставщиков, билетов после выписки в {{NameSystem}} может не быть, часто в Travelfusion есть код бронирования в системе авиакомпании, с которым пассажирам нужно перейти на сайт авиакомпании для выписки.
После бронирования в системе авиакомпании Travelfusion его не синхронизирует, соответственно, {{NameSystem}} информации об изменениях в рейсах не получает, изменения в рейсах необходимо отслеживать пассажиру.
* В силу специфики Travelfusion получения данных от авиакомпаний, на разных стадиях оформления покупки (поиск, актуализация и бронирование в {{NameSystem}}) цена перелёта и бронирования могут отличаться - как правило это происходит из-за погрешностей округления при вычислении итоговых сумм на стороне Travelfusion и {{NameSystem}}.
* Необходимо в обязательном порядке вносить контактные данные клиента, так как при отсутствии контактных данных у пассажиров могут возникнуть проблемы с регистрацией на рейс. По указанным контактным данным высылается важная для агента информация.
* {{NameSystem}} возвращает проблемные статусы, полученные от Travelfusion. В случае проблемных статусов агенту необходимо следовать инструкциям и обращаться в техническую поддержку Travelfusion.
* В Travelfusion есть защита от дубликатов бронирования, в таких случаях возвращается ошибка. В случае ошибки создание нового бронирования в {{NameSystem}} не выполняется.
* В связи с частым обновлением требований для подключения агентов к Travelfusion, процесс подключения может быть длительным.

== Особенности работы с Travelfusion в {{NameSystem}} ==
# На данный момент в системе {{NameSystem}} есть возможность работать с Travelfusion только по депозитной схеме расчетов TF Prepay Method: агентство открывает в Travelfusion лицевой счет на определенную сумму, и при оформлении клиентом заказа на сайте с баланса агента списывается стоимость перелета на счет Travelfusion. Далее Travelfusion самостоятельно переводит эти средства на счет конкретной авиакомпании. {{Attention|Оплата напрямую в авиакомпанию по карте клиента на данный момент невозможна.}}
# {{Attention|На данный момент в системе {{NameSystem}} не реализованы:}}
#* поиск по окружным датам (планируется в будущем);
#* поиск по окружным аэропортам (планируется в будущем);
#* продажа допуслуг (провоз багажа, питание и выбор места);
#* поиск сложного маршрута (СТ) — не поддерживается Travelfusion;
#* довнесение данных и модификация брони (паспортные и визовые данные, карта лояльности) — не поддерживается Travelfusion;
#* аннуляция не выписанной брони и обновление выписанной брони — не поддерживается Travelfusion;
#* войдирование, обмен и возврат выписанной брони (не поддерживается Travelfusion). Для этого клиент должен обращаться напрямую в авиакомпанию.
# Все тарифы обрабатываются как невозвратные.
# Авиакомпании самостоятельно высылают клиенту письмо о подтверждении брони (т.е. свою маршрут-квитанцию) на электронный адрес, который был указан при бронировании. При этом в данной маршрут-квитанции будет указана чистая стоимость перелета, т.е. клиент увидит стоимость без агентских наценок.
# В случае изменений в рейсе/расписании после выписки брони измененные данные не отображаются в Travelfusion, т.е. синхронизация после выписки невозможна, и эти данные будут доступны только в авиакомпании напрямую.
# На странице заказа для лоукост-перелета по умолчанию отображается надпись ''«Внимание! Данный перелет предоставляется авиакомпанией-лоукостером. Питание на борту не предоставляется!»''. Текст данного сообщения можно поменять в локализации, по языковой переменной ''no_meal_for_LowCost''. Полностью скрыть вывод этого сообщения можно с помощью css-стилей.
# '''Теперь достаточно в реквизитах к ГДС указать валюту депозита, в пакете это опционально.'''
# Базовая стоимость перелетов от Travelfusion при поиске может поступать в какой угодно валюте — это зависит от авиакомпании, причем на один перелет в ответе поставщика могут быть цены в разных валютах (тариф в евро, а таксы, например, в долларах). Далее {{NameSystem}} запрашивает в Travelfusion курсы валют из их системы и конвертирует всю стоимость перелета согласно этому курсу в валюту реквизитов. Пересчет цен на сайте агента в другие валюты будет происходить согласно курсам, настроенным в справочнике валют агентства ('''«Настройки системы» → «Валюты и курсы» → «Справочник валют и курсов»''', см. [[Валюта]]).
# От Travelfusion могут приходить как отрицательные значения такс (т.е. это таксы-скидки), так и не приходить вовсе, либо быть уже включенными в стоимость тарифа.
# Таймлимит на выписку брони на стороне поставщика равен 15 минут и не может быть больше.
# В Travelfusion запрещено бронирование отдельного места для младенца. Предупреждения об этом отображаются на странице выдачи результатов и на странице бронирования в виде надписи: ''Бронирование отдельного сидячего места для младенца не допускается перевозчиком''. Изменить текст предупреждения на странице результатов можно, задав в настройках локализации перевод для переменной ''flightsGroup__flightWarnings__insBookingNotAllowedBySupplier'', на странице бронирования - ''ins_booking_not_allowed_by_supplier''.
# '''Согласно требованию Travelfusion, нужно обязательно настраивать маршрутизацию по их расписанию.''' См. [[Фильтры_поисковых_запросов_(Авиабилеты)#Фильтр запросов по расписанию авиакомпании|Фильтр запросов по расписанию авиакомпании]]
# Вместе с адресной информацией из раздела '''Настройки Авиа → Профиль агентства''' в настройках '''{{NameProject2}}''' в качестве названия компании в Travelfusion передается название агенства в {{NameProject2}}. Для изменения названия компании, передаваемого в Travelfusion, необходимо менять название агенства в настройках {{NameProject2}}. Для этого нужно создать обращение в службу технической поддержки: [http://helpdesk.nemo.travel helpdesk.nemo.travel].
# Одним из требований Travelfusion является наличие параметра <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">PointOfSale </syntaxhighlight> в запросах StartRouting и ProcessTerms к поставщику. <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">PointOfSale </syntaxhighlight> предназначен для сертификации и корректной работы. Изменение значения этого параметра происходит в настройках '''{{NameProject2}}''' в поле '''Настройки Авиа → Профиль агентства → Код страны агентства''' .
# В запросе ProcessTerms используются поля:, изменение значения этого параметра происходит в Область'''. Помимо области, в массиве Address также содержится информация о следующих координатах агентства:
#* Название компании - в XML поле <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Company</syntaxhighlight>
#* Офис - в XML поле <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Flat</syntaxhighlight>
#* Дом - в XML поле <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">BuildingNumber</syntaxhighlight>
#* Улица - в XML поле <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Street</syntaxhighlight>
#* Населенный пункт - в XML поле <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">City</syntaxhighlight>
#* Область - в XML поле <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Province</syntaxhighlight>
#* Почтовый индекс - в XML поле <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Postcode</syntaxhighlight>
#* Страна - в XML поле <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">CountryCode</syntaxhighlight>

Изменение значений этих параметров происходит в настройках '''Админ. панели Nemo''' в '''Аккаунт менеджмент → Агенты и пользователи → Профили компаний'''

== Возможные ошибки и их причины ==

* '''Your branch cannot perform booking through the TF.Payment Service''' — означает, что у данного агентства не активирован лицевой счет в Travelfusion. 
* '''Supplier does not support payments through the TF.Payment Service''' — данная авиакомпания не поддерживает метод оплаты TF.Pay. Отключить выдачу перелетов такой а/к можно на стороне Travelfusion, обратившись к их техподдержке. 
* '''Temporary supplier error''' - проблемы на стороне поставщика. Рекомендуется повторить действие позже. Если ошибка продолжает появляться часто, необходимо обратиться в службу техподдержки Travelfusion. 
* '''The supplier is too busy''' - аналогично, временные проблемы на стороне поставщика, связанные с высокой нагрузкой на систему Travelfusion.
* '''Internal server error''' - внутренняя ошибка на серверах Travelfusion.
* '''RequestValidationError''' - не заполнен профиль агентства (адрес и контактные данные) в панели администрирования {{NameProject2}}.
* '''Title missing''' - не включена настройка '''Автоматически добавлять титул пассажира''' в реквизитах бронирования пакета Travelfusion в панели администрирования {{NameProject2}}.
* '''Address post code is required for this journey''' - не внесены адресные данные в раздел '''Настройки Авиа → Профиль агентства''' в настройках '''{{NameProject2}}'''.

== Контактная информация ==
* [https://www.travelfusion.com Официальный сайт Travelfusion]
* [https://www.travelfusion.com/corporate/page/contact-us Контакты для обращения]

== См.также ==
* [[ГРС]]
* [[Галилео]]
* [[Sabre]]
* [[Сирена Трэвел]]
* [[Amadeus]]
* [[SITA Gabriel]]

Radixx

2020-11-17T14:55:15Z

Иван Барабаш: /* Бронирование */

[[Категория:Поставщики авиабилетов]]
[[Файл:Radixx Logo.png|right|250px]]
'''Radixx''' - компания, предоставляющая программное обеспечение для продажи, бронирования и дистрибуции туристических и пассажирских услуг.

На данный момент в рамках {{NameSystem}} Radixx поддерживает взаимодействие с авиакомпанией [[Flydubai]].

Компания была основана в 1993 году. Штаб-квартира находится в Орландо, штат Флорида, США, и имеет дополнительное представительство в Индии и Южной Африке. В настоящее время обслуживает около 50 авиакомпаний на шести континентах. Более полную информацию вы можете найти на официальном сайте Radixx: [https://www.radixx.com/about-us/].

== Процесс подключения к API Radixx в {{NameSystem}} ==
# В системе {{NameSystem}} на данный момент можно реализовать подключение к API Radixx. Для этого агентству необходимо обратиться ''в авиакомпанию'' для заключения договора и подписания NDA.
# Агенту выдают тестовые реквизиты, чтобы проверить работоспособность в тестовой среде. Авиакомпания Flydubai присылает тест кейсы, которые необходимо выполнить в тестовой среде и отправить им обратно запросы/ответы для проверки. По успешной проверке выдаются боевые реквизиты.
# Агент передает реквизиты техподдержке {{NameSystem}} через тикет в проектном трекере. Сотрудники техподдержки заводят и настраивают реквизиты в {{NameSystem}} для агента. (см. [[Реквизиты подключения к ГРС в Немо 2.0]])

== Особенности работы с Radixx в {{NameSystem}} ==
=== Поиск ===
* Radixx не поддерживает тип пассажира INS, поэтому необходимо искать тариф для ребенка. В брони авиа сервера такие пассажиры также будут отображаться как дети. Специфично для FZ: при бронировании пассажиров типа INS в конце имени добавляется "INF" (только на уровне коммуникации авиа сервер - Radixx); нельзя бронировать младенцев с местом младше 6 месяцев.
* Не поддерживается поиск сложного маршрута.
* Доступны только два класса - эконом и бизнес.
* Поддерживается поиск по маршрутной сетке.

=== Дополнительные услуги ===
* Radixx не предоставляет тарифных правил, поэтому {{NameSystem}} возвращает ссылки на ресурс с правилами тарифов конкретной авиакомпании. Получить ссылку можно в двух языках — en и ru.
* Доступны следующие мультиоперации: ActualizeFlight, GetPrice, GetFareRules и GetFareFamilies.

=== Бронирование ===
* На этапе бронирования и фиксации оплаты в PNR выполняется запрос LoginTravelAgent, посредством которого осуществляется вход в систему под агентом. Учетные данные для входа обязательно должны быть заполнены в реквизитах подключения к ГДС. Данные предоставляются авиакомпанией-партнером Radixx.
* Информация о паспортах не обрабатывается на стороне Radixx, поэтому вносить её нет необходимости. Если данные были заполнены, то Nemo Flight сохранит их на странице заказа и подставит в маршрут-квитанцию.
* Необходимо указывать хотя бы одни контактные данные покупателя/пассажира для информирования об изменениях.
* В Radixx есть защита от дубликатов бронирования, в таких случаях возвращается ошибка. В случае ошибки создание нового бронирования в {{NameSystem}} не выполняется.
* Дополнительные операции с бронью: модификация, импорт и получение истории ПНР.
* Нельзя оформлять бронирование на одного ребенка.
* В запросе SummaryPNR используются поля:
# Улица, дом, офис (параметры указаны в том же порядке, в котором они отображены) - в XML поле <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Address1</syntaxhighlight>
# Населенный пункт - в XML поле <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">City</syntaxhighlight>
# Область (в XML поле <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">State</syntaxhighlight>)
# Почтовый индекс - в XML поле <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Postal</syntaxhighlight>
# Страна - в XML поле <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">CountryCode</syntaxhighlight>
# Телефон (при его наличии) - в XML поле <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">PhoneNumber</syntaxhighlight>
Изменение значений этих параметров происходит в настройках '''Админ. панели Nemo''' в поле '''Аккаунт менеджмент → Агенты и пользователи → Профили компаний'''

=== Тип оплаты в ПНР ===
* По умолчанию нужно передавать в Radixx тип оплаты Invoice.

=== Выписка ===
* Выписка билетов выполняется по предоплате, поэтому на стороне авиакомпании необходимо наличие депозита агента.
* Значения комиссий при выписке не передаются поставщику.
* После выполнения выписки и возврата авиакомпании высылают клиенту письмо со своей маршрут-квитанцией на электронный адрес, который был указан при бронировании. При этом в маршрут-квитанции указана базовая стоимость тарифа и такс авиакомпании, т.е. сбор агента на стороне {{NameSystem}} в этой маршрут-квитанции не фигурирует.
* Поставщик не возвращает номера билетов, поэтому {{NameProject2}} вместо них по умолчанию проставляет PNR локатор.

=== Войдирование ===
* В IQ есть 2 часа (с момента создания PNR) на войд PNR без штрафов. В FZ при войдировании сразу есть штрафы. Войдирование выполняется посредством возврата.

=== Возврат ===
* Поддерживается только полный возврат.

=== Дополнительные сведения ===
* Не поддерживаются очереди.
* Недоступен обмен билетов.
* Таймлимит на поиске рассчитывается относительно времени вылета первого сегмента - 30 минут до вылета. При бронировании используется ТЛ от поставщика ReservationFulfillmentRequiredByGMT.
* Недоступен терминальный вид брони.

API Travelfusion

2020-11-16T10:35:57Z

Иван Барабаш: /* Особенности работы с Travelfusion в {{NameSystem}} */

[[Категория:Поставщики авиабилетов]]
[[Файл:TFLOGO-m.png|right]]

'''Travelfusion''' — один из ведущих агрегаторов контента для ОТА, обеспечивающий прямой доступ к ресурсам многочисленных авиа-, жд- и отельных поставщиков. Помимо функций непосредственно ГРС располагает собственным платежным инструментом для взаиморасчетов (TF.Pay), а также готовыми сервисами (как для В2В, так и В2С моделей) для эффективного управления бизнесом. Специализируется в основном на низкобюджетных поставщиках (лоукостах).

Компания основана в 2000 г. Штаб-квартира Travelfusion находится в Лондоне (Великобритания), также имеются офисы в Шанхае (Китай).
Ресурс: около 220 авиакомпаний и железнодорожных перевозчиков. Полный список поддерживаемых поставщиков доступен на официальном сайте Travelfusion: [https://www.travelfusion.com/corporate/supplier]
Дистрибуция: преимущественно Европа.

== Процесс подключения к Travelfusion в {{NameSystem}} ==

# В системе {{NameSystem}} на данный момент можно реализовать подключение к Travelfusion только для работы с компонентом "Авиабилеты". Для этого агентству необходимо обратиться в отдел продаж Travelfusion и заключить договор. Также в письме необходимо указать, что агентство собирается работать с Travelfusion через {{NameSystem}}.
# После заключения договора аккаунт-менеджер агента высылает ему файл с реквизитами (логин и пароль) для подключения (Travelfusion Welcome Pack) и форму чеклиста для заполнения.
# Агентство предоставляет реквизиты техподдержке {{NameSystem}} через тикет в проектном трекере. Сотрудники техподдержки помогают заполнить опросник, и агент отправляет его в Travelfusion.
# После официального подтверждения Travelfusion и разрешения на начало работы сотрудники техподдержки заводят и настраивают пакет реквизитов в {{NameSystem}} для агента.

== Сопутствующие настройки для начала работы в {{NameSystem}} ==
После завершения конфигурации реквизитов агенту необходимо выполнить также следующие настройки:
# Внести необходимые правила для компаний, которые будут выписываться через коннектор Travelfusion в файл ценообразования. Значения комиссий при выписке не передаются поставщику, поэтому можно для всех таких а/к указать нулевое значение комиссии и назначить при необходимости свои агентские сборы. (см. [[Ценообразование (Авиабилеты)]])
# Добавить шаблон маршрут-квитанции для поставщика Travelfusion (см. [[Маршрут-квитанция]]).
# Проверить, что заполнены все поля в разделе '''Настройки Авиа → Профиль агентства''' в настройках '''{{NameProject2}}'''.
# При желании можно реализовать вывод дополнительного информационного текста во всплывающем окне (рядом с чекбоксом согласия с правилами бронирования и публичной оферты на странице заказа в том же блоке). Текст можно ввести в разделе настроек «Управление сайтом» → «Домены и протоколы» → «Дополнительные правила перевозки». Для вывода псевдоссылки на попап с этим текстом нужно изменить в локализации значение языковой переменной ''new-passinfo-footer__agreementText'' (см. [[Локализация]]), добавив html-код: 

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px">
'''Пример'''
<div class="mw-collapsible-content">
Я ознакомлен и согласен с <a href="/booking__policy" class="new-ui-pseudoLink js-thickbox__frame__href" data-popup="{title:'Правила бронирования'}">правилами бронирования</a>, <a href="/booking__additional_flight_rules" class="new-ui-pseudoLink js-thickbox__frame__href" data-popup="{title:'нужный вам заголовок'}">правилами предоставления дополнительных услуг</a>, <a href="[%-faresurl-%]" class="new-ui-pseudoLink js-thickbox__frame__href" data-popup="{title:'Условия применения тарифов'}">условиями применения тарифов</a> и <a href="/booking__policypd" class="new-ui-pseudoLink js-thickbox__frame__href" data-popup="{title:'Права субъекта персональных данных'}">правами субъекта персональных данных</a>. Я согласен и подтверждаю согласие третьих лиц, указанных мной в бронировании, на обработку персональных данных, в том числе на их передачу третьим лицам, обеспечивающим или обслуживающим перевозку, а также на трансграничную передачу персональных данных.
</div>
</div>

== Процесс оформления заказа в {{NameSystem}} ==

После выбора перелета Travelfusion и заполнения пассажирских данных на странице заказа в {{NameSystem}} клиент нажимает кнопку «Забронировать». При этом в самой авиакомпании бронь еще не создается. Объект брони создается только в самой системе Travelfusion, но по факту места не резервируются, и данные пассажиров в авиакомпанию не передаются.
После успешной оплаты {{NameSystem}} запускает запрос на выписку билета (в этот момент уже создается бронь в авиакомпании). Но даже после успешной обработки запроса на странице заказа сначала будет отображаться надпись ''«Билеты находятся на оформлении»'', так как в ответе на запрос выписки поставщик изначально не присылает номера билетов, т.к. бронь в авиакомпании подтверждается не сразу. Далее {{NameSystem}} автоматически обновляет заказ (с частотой 1 раз в 7 минут), и в ходе обновления уже получает номер билета от поставщика. Маршрут-квитанция будет автоматически отправлена на почту клиенту.
 Текст сообщения ''«Билеты находятся на оформлении»'' можно поменять в локализации, по языковой переменной ''ticketed_without_tickets''.

==Особенности Travelfusion==

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

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

Также, в связи с ориентацией Travelfusion на низкобюджетных поставщиков, билетов после выписки в {{NameSystem}} может не быть, часто в Travelfusion есть код бронирования в системе авиакомпании, с которым пассажирам нужно перейти на сайт авиакомпании для выписки.
После бронирования в системе авиакомпании Travelfusion его не синхронизирует, соответственно, {{NameSystem}} информации об изменениях в рейсах не получает, изменения в рейсах необходимо отслеживать пассажиру.
* В силу специфики Travelfusion получения данных от авиакомпаний, на разных стадиях оформления покупки (поиск, актуализация и бронирование в {{NameSystem}}) цена перелёта и бронирования могут отличаться - как правило это происходит из-за погрешностей округления при вычислении итоговых сумм на стороне Travelfusion и {{NameSystem}}.
* Необходимо в обязательном порядке вносить контактные данные клиента, так как при отсутствии контактных данных у пассажиров могут возникнуть проблемы с регистрацией на рейс. По указанным контактным данным высылается важная для агента информация.
* {{NameSystem}} возвращает проблемные статусы, полученные от Travelfusion. В случае проблемных статусов агенту необходимо следовать инструкциям и обращаться в техническую поддержку Travelfusion.
* В Travelfusion есть защита от дубликатов бронирования, в таких случаях возвращается ошибка. В случае ошибки создание нового бронирования в {{NameSystem}} не выполняется.
* В связи с частым обновлением требований для подключения агентов к Travelfusion, процесс подключения может быть длительным.

== Особенности работы с Travelfusion в {{NameSystem}} ==
# На данный момент в системе {{NameSystem}} есть возможность работать с Travelfusion только по депозитной схеме расчетов TF Prepay Method: агентство открывает в Travelfusion лицевой счет на определенную сумму, и при оформлении клиентом заказа на сайте с баланса агента списывается стоимость перелета на счет Travelfusion. Далее Travelfusion самостоятельно переводит эти средства на счет конкретной авиакомпании. {{Attention|Оплата напрямую в авиакомпанию по карте клиента на данный момент невозможна.}}
# {{Attention|На данный момент в системе {{NameSystem}} не реализованы:}}
#* поиск по окружным датам (планируется в будущем);
#* поиск по окружным аэропортам (планируется в будущем);
#* продажа допуслуг (провоз багажа, питание и выбор места);
#* поиск сложного маршрута (СТ) — не поддерживается Travelfusion;
#* довнесение данных и модификация брони (паспортные и визовые данные, карта лояльности) — не поддерживается Travelfusion;
#* аннуляция не выписанной брони и обновление выписанной брони — не поддерживается Travelfusion;
#* войдирование, обмен и возврат выписанной брони (не поддерживается Travelfusion). Для этого клиент должен обращаться напрямую в авиакомпанию.
# Все тарифы обрабатываются как невозвратные.
# Авиакомпании самостоятельно высылают клиенту письмо о подтверждении брони (т.е. свою маршрут-квитанцию) на электронный адрес, который был указан при бронировании. При этом в данной маршрут-квитанции будет указана чистая стоимость перелета, т.е. клиент увидит стоимость без агентских наценок.
# В случае изменений в рейсе/расписании после выписки брони измененные данные не отображаются в Travelfusion, т.е. синхронизация после выписки невозможна, и эти данные будут доступны только в авиакомпании напрямую.
# На странице заказа для лоукост-перелета по умолчанию отображается надпись ''«Внимание! Данный перелет предоставляется авиакомпанией-лоукостером. Питание на борту не предоставляется!»''. Текст данного сообщения можно поменять в локализации, по языковой переменной ''no_meal_for_LowCost''. Полностью скрыть вывод этого сообщения можно с помощью css-стилей.
# '''Теперь достаточно в реквизитах к ГДС указать валюту депозита, в пакете это опционально.'''
# Базовая стоимость перелетов от Travelfusion при поиске может поступать в какой угодно валюте — это зависит от авиакомпании, причем на один перелет в ответе поставщика могут быть цены в разных валютах (тариф в евро, а таксы, например, в долларах). Далее {{NameSystem}} запрашивает в Travelfusion курсы валют из их системы и конвертирует всю стоимость перелета согласно этому курсу в валюту реквизитов. Пересчет цен на сайте агента в другие валюты будет происходить согласно курсам, настроенным в справочнике валют агентства ('''«Настройки системы» → «Валюты и курсы» → «Справочник валют и курсов»''', см. [[Валюта]]).
# От Travelfusion могут приходить как отрицательные значения такс (т.е. это таксы-скидки), так и не приходить вовсе, либо быть уже включенными в стоимость тарифа.
# Таймлимит на выписку брони на стороне поставщика равен 15 минут и не может быть больше.
# В Travelfusion запрещено бронирование отдельного места для младенца. Предупреждения об этом отображаются на странице выдачи результатов и на странице бронирования в виде надписи: ''Бронирование отдельного сидячего места для младенца не допускается перевозчиком''. Изменить текст предупреждения на странице результатов можно, задав в настройках локализации перевод для переменной ''flightsGroup__flightWarnings__insBookingNotAllowedBySupplier'', на странице бронирования - ''ins_booking_not_allowed_by_supplier''.
# '''Согласно требованию Travelfusion, нужно обязательно настраивать маршрутизацию по их расписанию.''' См. [[Фильтры_поисковых_запросов_(Авиабилеты)#Фильтр запросов по расписанию авиакомпании|Фильтр запросов по расписанию авиакомпании]]
# Вместе с адресной информацией из раздела '''Настройки Авиа → Профиль агентства''' в настройках '''{{NameProject2}}''' в качестве названия компании в Travelfusion передается название агенства в {{NameProject2}}. Для изменения названия компании, передаваемого в Travelfusion, необходимо менять название агенства в настройках {{NameProject2}}. Для этого нужно создать обращение в службу технической поддержки: [http://helpdesk.nemo.travel helpdesk.nemo.travel].
# Одним из требований Travelfusion является наличие параметра <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">PointOfSale </syntaxhighlight> в запросах StartRouting и ProcessTerms к поставщику. <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">PointOfSale </syntaxhighlight> предназначен для сертификации и корректной работы. Изменение значения этого параметра происходит в настройках '''{{NameProject2}}''' в поле '''Настройки Авиа → Профиль агентства → Код страны агентства''' .
# В запросе ProcessTerms было добавлено поле "Область" (в XML поле - <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Province</syntaxhighlight>), изменение значения этого параметра происходит в настройках '''админ. панели Nemo''' в поле '''Аккаунт менеджмент → Агенты и пользователи → Профили компаний → Область'''. Помимо области, в массиве Address также содержится информация о следующих координатах агентства:
#* Название компании - в XML поле <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Company</syntaxhighlight>
#* Офис - в XML поле <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Flat</syntaxhighlight>
#* Дом - в XML поле <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">BuildingNumber</syntaxhighlight>
#* Улица - в XML поле <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Street</syntaxhighlight>
#* Населенный пункт - в XML поле <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">City</syntaxhighlight>
#* Почтовый индекс - в XML поле <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Postcode</syntaxhighlight>
#* Страна - в XML поле <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">CountryCode</syntaxhighlight>

== Возможные ошибки и их причины ==

* '''Your branch cannot perform booking through the TF.Payment Service''' — означает, что у данного агентства не активирован лицевой счет в Travelfusion. 
* '''Supplier does not support payments through the TF.Payment Service''' — данная авиакомпания не поддерживает метод оплаты TF.Pay. Отключить выдачу перелетов такой а/к можно на стороне Travelfusion, обратившись к их техподдержке. 
* '''Temporary supplier error''' - проблемы на стороне поставщика. Рекомендуется повторить действие позже. Если ошибка продолжает появляться часто, необходимо обратиться в службу техподдержки Travelfusion. 
* '''The supplier is too busy''' - аналогично, временные проблемы на стороне поставщика, связанные с высокой нагрузкой на систему Travelfusion.
* '''Internal server error''' - внутренняя ошибка на серверах Travelfusion.
* '''RequestValidationError''' - не заполнен профиль агентства (адрес и контактные данные) в панели администрирования {{NameProject2}}.
* '''Title missing''' - не включена настройка '''Автоматически добавлять титул пассажира''' в реквизитах бронирования пакета Travelfusion в панели администрирования {{NameProject2}}.
* '''Address post code is required for this journey''' - не внесены адресные данные в раздел '''Настройки Авиа → Профиль агентства''' в настройках '''{{NameProject2}}'''.

== Контактная информация ==
* [https://www.travelfusion.com Официальный сайт Travelfusion]
* [https://www.travelfusion.com/corporate/page/contact-us Контакты для обращения]

== См.также ==
* [[ГРС]]
* [[Галилео]]
* [[Sabre]]
* [[Сирена Трэвел]]
* [[Amadeus]]
* [[SITA Gabriel]]

Radixx

2020-11-16T10:35:16Z

Иван Барабаш: /* Бронирование */

[[Категория:Поставщики авиабилетов]]
[[Файл:Radixx Logo.png|right|250px]]
'''Radixx''' - компания, предоставляющая программное обеспечение для продажи, бронирования и дистрибуции туристических и пассажирских услуг.

На данный момент в рамках {{NameSystem}} Radixx поддерживает взаимодействие с авиакомпанией [[Flydubai]].

Компания была основана в 1993 году. Штаб-квартира находится в Орландо, штат Флорида, США, и имеет дополнительное представительство в Индии и Южной Африке. В настоящее время обслуживает около 50 авиакомпаний на шести континентах. Более полную информацию вы можете найти на официальном сайте Radixx: [https://www.radixx.com/about-us/].

== Процесс подключения к API Radixx в {{NameSystem}} ==
# В системе {{NameSystem}} на данный момент можно реализовать подключение к API Radixx. Для этого агентству необходимо обратиться ''в авиакомпанию'' для заключения договора и подписания NDA.
# Агенту выдают тестовые реквизиты, чтобы проверить работоспособность в тестовой среде. Авиакомпания Flydubai присылает тест кейсы, которые необходимо выполнить в тестовой среде и отправить им обратно запросы/ответы для проверки. По успешной проверке выдаются боевые реквизиты.
# Агент передает реквизиты техподдержке {{NameSystem}} через тикет в проектном трекере. Сотрудники техподдержки заводят и настраивают реквизиты в {{NameSystem}} для агента. (см. [[Реквизиты подключения к ГРС в Немо 2.0]])

== Особенности работы с Radixx в {{NameSystem}} ==
=== Поиск ===
* Radixx не поддерживает тип пассажира INS, поэтому необходимо искать тариф для ребенка. В брони авиа сервера такие пассажиры также будут отображаться как дети. Специфично для FZ: при бронировании пассажиров типа INS в конце имени добавляется "INF" (только на уровне коммуникации авиа сервер - Radixx); нельзя бронировать младенцев с местом младше 6 месяцев.
* Не поддерживается поиск сложного маршрута.
* Доступны только два класса - эконом и бизнес.
* Поддерживается поиск по маршрутной сетке.

=== Дополнительные услуги ===
* Radixx не предоставляет тарифных правил, поэтому {{NameSystem}} возвращает ссылки на ресурс с правилами тарифов конкретной авиакомпании. Получить ссылку можно в двух языках — en и ru.
* Доступны следующие мультиоперации: ActualizeFlight, GetPrice, GetFareRules и GetFareFamilies.

=== Бронирование ===
* На этапе бронирования и фиксации оплаты в PNR выполняется запрос LoginTravelAgent, посредством которого осуществляется вход в систему под агентом. Учетные данные для входа обязательно должны быть заполнены в реквизитах подключения к ГДС. Данные предоставляются авиакомпанией-партнером Radixx.
* Информация о паспортах не обрабатывается на стороне Radixx, поэтому вносить её нет необходимости. Если данные были заполнены, то Nemo Flight сохранит их на странице заказа и подставит в маршрут-квитанцию.
* Необходимо указывать хотя бы одни контактные данные покупателя/пассажира для информирования об изменениях.
* В Radixx есть защита от дубликатов бронирования, в таких случаях возвращается ошибка. В случае ошибки создание нового бронирования в {{NameSystem}} не выполняется.
* Дополнительные операции с бронью: модификация, импорт и получение истории ПНР.
* Нельзя оформлять бронирование на одного ребенка.
* В запросе SummaryPNR было добавлено поле "Область" (в XML поле <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">State</syntaxhighlight>), изменение значения этого параметра происходит в настройках '''админ. панели Nemo''' в поле '''Аккаунт менеджмент → Агенты и пользователи → Профили компаний → Область'''. Помимо области, в массиве Address также содержится информация о следующих координатах агентства:
# Улица, дом, офис (параметры указаны в том же порядке, в котором они отображены) - в XML поле <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Address1</syntaxhighlight>
# Населенный пункт - в XML поле <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">City</syntaxhighlight>
# Почтовый индекс - в XML поле <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Postal</syntaxhighlight>
# Страна - в XML поле <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">CountryCode</syntaxhighlight>
# Телефон (при его наличии) - в XML поле <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">PhoneNumber</syntaxhighlight>

=== Тип оплаты в ПНР ===
* По умолчанию нужно передавать в Radixx тип оплаты Invoice.

=== Выписка ===
* Выписка билетов выполняется по предоплате, поэтому на стороне авиакомпании необходимо наличие депозита агента.
* Значения комиссий при выписке не передаются поставщику.
* После выполнения выписки и возврата авиакомпании высылают клиенту письмо со своей маршрут-квитанцией на электронный адрес, который был указан при бронировании. При этом в маршрут-квитанции указана базовая стоимость тарифа и такс авиакомпании, т.е. сбор агента на стороне {{NameSystem}} в этой маршрут-квитанции не фигурирует.
* Поставщик не возвращает номера билетов, поэтому {{NameProject2}} вместо них по умолчанию проставляет PNR локатор.

=== Войдирование ===
* В IQ есть 2 часа (с момента создания PNR) на войд PNR без штрафов. В FZ при войдировании сразу есть штрафы. Войдирование выполняется посредством возврата.

=== Возврат ===
* Поддерживается только полный возврат.

=== Дополнительные сведения ===
* Не поддерживаются очереди.
* Недоступен обмен билетов.
* Таймлимит на поиске рассчитывается относительно времени вылета первого сегмента - 30 минут до вылета. При бронировании используется ТЛ от поставщика ReservationFulfillmentRequiredByGMT.
* Недоступен терминальный вид брони.

API Travelfusion

2020-11-16T10:32:34Z

Иван Барабаш: /* Особенности работы с Travelfusion в {{NameSystem}} */

[[Категория:Поставщики авиабилетов]]
[[Файл:TFLOGO-m.png|right]]

'''Travelfusion''' — один из ведущих агрегаторов контента для ОТА, обеспечивающий прямой доступ к ресурсам многочисленных авиа-, жд- и отельных поставщиков. Помимо функций непосредственно ГРС располагает собственным платежным инструментом для взаиморасчетов (TF.Pay), а также готовыми сервисами (как для В2В, так и В2С моделей) для эффективного управления бизнесом. Специализируется в основном на низкобюджетных поставщиках (лоукостах).

Компания основана в 2000 г. Штаб-квартира Travelfusion находится в Лондоне (Великобритания), также имеются офисы в Шанхае (Китай).
Ресурс: около 220 авиакомпаний и железнодорожных перевозчиков. Полный список поддерживаемых поставщиков доступен на официальном сайте Travelfusion: [https://www.travelfusion.com/corporate/supplier]
Дистрибуция: преимущественно Европа.

== Процесс подключения к Travelfusion в {{NameSystem}} ==

# В системе {{NameSystem}} на данный момент можно реализовать подключение к Travelfusion только для работы с компонентом "Авиабилеты". Для этого агентству необходимо обратиться в отдел продаж Travelfusion и заключить договор. Также в письме необходимо указать, что агентство собирается работать с Travelfusion через {{NameSystem}}.
# После заключения договора аккаунт-менеджер агента высылает ему файл с реквизитами (логин и пароль) для подключения (Travelfusion Welcome Pack) и форму чеклиста для заполнения.
# Агентство предоставляет реквизиты техподдержке {{NameSystem}} через тикет в проектном трекере. Сотрудники техподдержки помогают заполнить опросник, и агент отправляет его в Travelfusion.
# После официального подтверждения Travelfusion и разрешения на начало работы сотрудники техподдержки заводят и настраивают пакет реквизитов в {{NameSystem}} для агента.

== Сопутствующие настройки для начала работы в {{NameSystem}} ==
После завершения конфигурации реквизитов агенту необходимо выполнить также следующие настройки:
# Внести необходимые правила для компаний, которые будут выписываться через коннектор Travelfusion в файл ценообразования. Значения комиссий при выписке не передаются поставщику, поэтому можно для всех таких а/к указать нулевое значение комиссии и назначить при необходимости свои агентские сборы. (см. [[Ценообразование (Авиабилеты)]])
# Добавить шаблон маршрут-квитанции для поставщика Travelfusion (см. [[Маршрут-квитанция]]).
# Проверить, что заполнены все поля в разделе '''Настройки Авиа → Профиль агентства''' в настройках '''{{NameProject2}}'''.
# При желании можно реализовать вывод дополнительного информационного текста во всплывающем окне (рядом с чекбоксом согласия с правилами бронирования и публичной оферты на странице заказа в том же блоке). Текст можно ввести в разделе настроек «Управление сайтом» → «Домены и протоколы» → «Дополнительные правила перевозки». Для вывода псевдоссылки на попап с этим текстом нужно изменить в локализации значение языковой переменной ''new-passinfo-footer__agreementText'' (см. [[Локализация]]), добавив html-код: 

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px">
'''Пример'''
<div class="mw-collapsible-content">
Я ознакомлен и согласен с <a href="/booking__policy" class="new-ui-pseudoLink js-thickbox__frame__href" data-popup="{title:'Правила бронирования'}">правилами бронирования</a>, <a href="/booking__additional_flight_rules" class="new-ui-pseudoLink js-thickbox__frame__href" data-popup="{title:'нужный вам заголовок'}">правилами предоставления дополнительных услуг</a>, <a href="[%-faresurl-%]" class="new-ui-pseudoLink js-thickbox__frame__href" data-popup="{title:'Условия применения тарифов'}">условиями применения тарифов</a> и <a href="/booking__policypd" class="new-ui-pseudoLink js-thickbox__frame__href" data-popup="{title:'Права субъекта персональных данных'}">правами субъекта персональных данных</a>. Я согласен и подтверждаю согласие третьих лиц, указанных мной в бронировании, на обработку персональных данных, в том числе на их передачу третьим лицам, обеспечивающим или обслуживающим перевозку, а также на трансграничную передачу персональных данных.
</div>
</div>

== Процесс оформления заказа в {{NameSystem}} ==

После выбора перелета Travelfusion и заполнения пассажирских данных на странице заказа в {{NameSystem}} клиент нажимает кнопку «Забронировать». При этом в самой авиакомпании бронь еще не создается. Объект брони создается только в самой системе Travelfusion, но по факту места не резервируются, и данные пассажиров в авиакомпанию не передаются.
После успешной оплаты {{NameSystem}} запускает запрос на выписку билета (в этот момент уже создается бронь в авиакомпании). Но даже после успешной обработки запроса на странице заказа сначала будет отображаться надпись ''«Билеты находятся на оформлении»'', так как в ответе на запрос выписки поставщик изначально не присылает номера билетов, т.к. бронь в авиакомпании подтверждается не сразу. Далее {{NameSystem}} автоматически обновляет заказ (с частотой 1 раз в 7 минут), и в ходе обновления уже получает номер билета от поставщика. Маршрут-квитанция будет автоматически отправлена на почту клиенту.
 Текст сообщения ''«Билеты находятся на оформлении»'' можно поменять в локализации, по языковой переменной ''ticketed_without_tickets''.

==Особенности Travelfusion==

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

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

Также, в связи с ориентацией Travelfusion на низкобюджетных поставщиков, билетов после выписки в {{NameSystem}} может не быть, часто в Travelfusion есть код бронирования в системе авиакомпании, с которым пассажирам нужно перейти на сайт авиакомпании для выписки.
После бронирования в системе авиакомпании Travelfusion его не синхронизирует, соответственно, {{NameSystem}} информации об изменениях в рейсах не получает, изменения в рейсах необходимо отслеживать пассажиру.
* В силу специфики Travelfusion получения данных от авиакомпаний, на разных стадиях оформления покупки (поиск, актуализация и бронирование в {{NameSystem}}) цена перелёта и бронирования могут отличаться - как правило это происходит из-за погрешностей округления при вычислении итоговых сумм на стороне Travelfusion и {{NameSystem}}.
* Необходимо в обязательном порядке вносить контактные данные клиента, так как при отсутствии контактных данных у пассажиров могут возникнуть проблемы с регистрацией на рейс. По указанным контактным данным высылается важная для агента информация.
* {{NameSystem}} возвращает проблемные статусы, полученные от Travelfusion. В случае проблемных статусов агенту необходимо следовать инструкциям и обращаться в техническую поддержку Travelfusion.
* В Travelfusion есть защита от дубликатов бронирования, в таких случаях возвращается ошибка. В случае ошибки создание нового бронирования в {{NameSystem}} не выполняется.
* В связи с частым обновлением требований для подключения агентов к Travelfusion, процесс подключения может быть длительным.

== Особенности работы с Travelfusion в {{NameSystem}} ==
# На данный момент в системе {{NameSystem}} есть возможность работать с Travelfusion только по депозитной схеме расчетов TF Prepay Method: агентство открывает в Travelfusion лицевой счет на определенную сумму, и при оформлении клиентом заказа на сайте с баланса агента списывается стоимость перелета на счет Travelfusion. Далее Travelfusion самостоятельно переводит эти средства на счет конкретной авиакомпании. {{Attention|Оплата напрямую в авиакомпанию по карте клиента на данный момент невозможна.}}
# {{Attention|На данный момент в системе {{NameSystem}} не реализованы:}}
#* поиск по окружным датам (планируется в будущем);
#* поиск по окружным аэропортам (планируется в будущем);
#* продажа допуслуг (провоз багажа, питание и выбор места);
#* поиск сложного маршрута (СТ) — не поддерживается Travelfusion;
#* довнесение данных и модификация брони (паспортные и визовые данные, карта лояльности) — не поддерживается Travelfusion;
#* аннуляция не выписанной брони и обновление выписанной брони — не поддерживается Travelfusion;
#* войдирование, обмен и возврат выписанной брони (не поддерживается Travelfusion). Для этого клиент должен обращаться напрямую в авиакомпанию.
# Все тарифы обрабатываются как невозвратные.
# Авиакомпании самостоятельно высылают клиенту письмо о подтверждении брони (т.е. свою маршрут-квитанцию) на электронный адрес, который был указан при бронировании. При этом в данной маршрут-квитанции будет указана чистая стоимость перелета, т.е. клиент увидит стоимость без агентских наценок.
# В случае изменений в рейсе/расписании после выписки брони измененные данные не отображаются в Travelfusion, т.е. синхронизация после выписки невозможна, и эти данные будут доступны только в авиакомпании напрямую.
# На странице заказа для лоукост-перелета по умолчанию отображается надпись ''«Внимание! Данный перелет предоставляется авиакомпанией-лоукостером. Питание на борту не предоставляется!»''. Текст данного сообщения можно поменять в локализации, по языковой переменной ''no_meal_for_LowCost''. Полностью скрыть вывод этого сообщения можно с помощью css-стилей.
# '''Теперь достаточно в реквизитах к ГДС указать валюту депозита, в пакете это опционально.'''
# Базовая стоимость перелетов от Travelfusion при поиске может поступать в какой угодно валюте — это зависит от авиакомпании, причем на один перелет в ответе поставщика могут быть цены в разных валютах (тариф в евро, а таксы, например, в долларах). Далее {{NameSystem}} запрашивает в Travelfusion курсы валют из их системы и конвертирует всю стоимость перелета согласно этому курсу в валюту реквизитов. Пересчет цен на сайте агента в другие валюты будет происходить согласно курсам, настроенным в справочнике валют агентства ('''«Настройки системы» → «Валюты и курсы» → «Справочник валют и курсов»''', см. [[Валюта]]).
# От Travelfusion могут приходить как отрицательные значения такс (т.е. это таксы-скидки), так и не приходить вовсе, либо быть уже включенными в стоимость тарифа.
# Таймлимит на выписку брони на стороне поставщика равен 15 минут и не может быть больше.
# В Travelfusion запрещено бронирование отдельного места для младенца. Предупреждения об этом отображаются на странице выдачи результатов и на странице бронирования в виде надписи: ''Бронирование отдельного сидячего места для младенца не допускается перевозчиком''. Изменить текст предупреждения на странице результатов можно, задав в настройках локализации перевод для переменной ''flightsGroup__flightWarnings__insBookingNotAllowedBySupplier'', на странице бронирования - ''ins_booking_not_allowed_by_supplier''.
# '''Согласно требованию Travelfusion, нужно обязательно настраивать маршрутизацию по их расписанию.''' См. [[Фильтры_поисковых_запросов_(Авиабилеты)#Фильтр запросов по расписанию авиакомпании|Фильтр запросов по расписанию авиакомпании]]
# Вместе с адресной информацией из раздела '''Настройки Авиа → Профиль агентства''' в настройках '''{{NameProject2}}''' в качестве названия компании в Travelfusion передается название агенства в {{NameProject2}}. Для изменения названия компании, передаваемого в Travelfusion, необходимо менять название агенства в настройках {{NameProject2}}. Для этого нужно создать обращение в службу технической поддержки: [http://helpdesk.nemo.travel helpdesk.nemo.travel].
# Одним из требований Travelfusion является наличие параметра <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">PointOfSale </syntaxhighlight> в запросах StartRouting и ProcessTerms к поставщику. <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">PointOfSale </syntaxhighlight> предназначен для сертификации и корректной работы. Изменение значения этого параметра происходит в настройках '''{{NameProject2}}''' в поле '''Настройки Авиа → Профиль агентства → Код страны агентства''' .
# В запросе ProcessTerms было добавлено поле "Область" (поле - <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Province</syntaxhighlight>), изменение значения этого параметра происходит в настройках '''админ. панели Nemo''' в поле '''Аккаунт менеджмент → Агенты и пользователи → Профили компаний → Область'''. Помимо области, в массиве Address также содержится информация о следующих координатах агентства:
#* Название компании - поле <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Company</syntaxhighlight>
#* Офис - поле <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Flat</syntaxhighlight>
#* Дом - поле <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">BuildingNumber</syntaxhighlight>
#* Улица - поле <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Street</syntaxhighlight>
#* Населенный пункт - поле <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">City</syntaxhighlight>
#* Почтовый индекс - поле <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Postcode</syntaxhighlight>
#* Страна - поле <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">CountryCode</syntaxhighlight>

== Возможные ошибки и их причины ==

* '''Your branch cannot perform booking through the TF.Payment Service''' — означает, что у данного агентства не активирован лицевой счет в Travelfusion. 
* '''Supplier does not support payments through the TF.Payment Service''' — данная авиакомпания не поддерживает метод оплаты TF.Pay. Отключить выдачу перелетов такой а/к можно на стороне Travelfusion, обратившись к их техподдержке. 
* '''Temporary supplier error''' - проблемы на стороне поставщика. Рекомендуется повторить действие позже. Если ошибка продолжает появляться часто, необходимо обратиться в службу техподдержки Travelfusion. 
* '''The supplier is too busy''' - аналогично, временные проблемы на стороне поставщика, связанные с высокой нагрузкой на систему Travelfusion.
* '''Internal server error''' - внутренняя ошибка на серверах Travelfusion.
* '''RequestValidationError''' - не заполнен профиль агентства (адрес и контактные данные) в панели администрирования {{NameProject2}}.
* '''Title missing''' - не включена настройка '''Автоматически добавлять титул пассажира''' в реквизитах бронирования пакета Travelfusion в панели администрирования {{NameProject2}}.
* '''Address post code is required for this journey''' - не внесены адресные данные в раздел '''Настройки Авиа → Профиль агентства''' в настройках '''{{NameProject2}}'''.

== Контактная информация ==
* [https://www.travelfusion.com Официальный сайт Travelfusion]
* [https://www.travelfusion.com/corporate/page/contact-us Контакты для обращения]

== См.также ==
* [[ГРС]]
* [[Галилео]]
* [[Sabre]]
* [[Сирена Трэвел]]
* [[Amadeus]]
* [[SITA Gabriel]]

Radixx

2020-11-16T10:17:23Z

Иван Барабаш: /* Бронирование */

[[Категория:Поставщики авиабилетов]]
[[Файл:Radixx Logo.png|right|250px]]
'''Radixx''' - компания, предоставляющая программное обеспечение для продажи, бронирования и дистрибуции туристических и пассажирских услуг.

На данный момент в рамках {{NameSystem}} Radixx поддерживает взаимодействие с авиакомпанией [[Flydubai]].

Компания была основана в 1993 году. Штаб-квартира находится в Орландо, штат Флорида, США, и имеет дополнительное представительство в Индии и Южной Африке. В настоящее время обслуживает около 50 авиакомпаний на шести континентах. Более полную информацию вы можете найти на официальном сайте Radixx: [https://www.radixx.com/about-us/].

== Процесс подключения к API Radixx в {{NameSystem}} ==
# В системе {{NameSystem}} на данный момент можно реализовать подключение к API Radixx. Для этого агентству необходимо обратиться ''в авиакомпанию'' для заключения договора и подписания NDA.
# Агенту выдают тестовые реквизиты, чтобы проверить работоспособность в тестовой среде. Авиакомпания Flydubai присылает тест кейсы, которые необходимо выполнить в тестовой среде и отправить им обратно запросы/ответы для проверки. По успешной проверке выдаются боевые реквизиты.
# Агент передает реквизиты техподдержке {{NameSystem}} через тикет в проектном трекере. Сотрудники техподдержки заводят и настраивают реквизиты в {{NameSystem}} для агента. (см. [[Реквизиты подключения к ГРС в Немо 2.0]])

== Особенности работы с Radixx в {{NameSystem}} ==
=== Поиск ===
* Radixx не поддерживает тип пассажира INS, поэтому необходимо искать тариф для ребенка. В брони авиа сервера такие пассажиры также будут отображаться как дети. Специфично для FZ: при бронировании пассажиров типа INS в конце имени добавляется "INF" (только на уровне коммуникации авиа сервер - Radixx); нельзя бронировать младенцев с местом младше 6 месяцев.
* Не поддерживается поиск сложного маршрута.
* Доступны только два класса - эконом и бизнес.
* Поддерживается поиск по маршрутной сетке.

=== Дополнительные услуги ===
* Radixx не предоставляет тарифных правил, поэтому {{NameSystem}} возвращает ссылки на ресурс с правилами тарифов конкретной авиакомпании. Получить ссылку можно в двух языках — en и ru.
* Доступны следующие мультиоперации: ActualizeFlight, GetPrice, GetFareRules и GetFareFamilies.

=== Бронирование ===
* На этапе бронирования и фиксации оплаты в PNR выполняется запрос LoginTravelAgent, посредством которого осуществляется вход в систему под агентом. Учетные данные для входа обязательно должны быть заполнены в реквизитах подключения к ГДС. Данные предоставляются авиакомпанией-партнером Radixx.
* Информация о паспортах не обрабатывается на стороне Radixx, поэтому вносить её нет необходимости. Если данные были заполнены, то Nemo Flight сохранит их на странице заказа и подставит в маршрут-квитанцию.
* Необходимо указывать хотя бы одни контактные данные покупателя/пассажира для информирования об изменениях.
* В Radixx есть защита от дубликатов бронирования, в таких случаях возвращается ошибка. В случае ошибки создание нового бронирования в {{NameSystem}} не выполняется.
* Дополнительные операции с бронью: модификация, импорт и получение истории ПНР.
* Нельзя оформлять бронирование на одного ребенка.
* В запросе SummaryPNR было добавлено поле "Область" (поле <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">State</syntaxhighlight>), изменение значения этого параметра происходит в настройках '''админ. панели Nemo''' в поле '''Аккаунт менеджмент → Агенты и пользователи → Профили компаний → Область'''. Помимо области, в массиве Address также содержится информация о следующих координатах агентства:
# Улица, дом, офис (параметры указаны в том же порядке, в котором они отображены) - поле <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Address1</syntaxhighlight>
# Населенный пункт - поле <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">City</syntaxhighlight>
# Почтовый индекс - поле <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Postal</syntaxhighlight>
# Страна - поле <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">CountryCode</syntaxhighlight>
# Телефон (при его наличии) - поле <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">PhoneNumber</syntaxhighlight>

=== Тип оплаты в ПНР ===
* По умолчанию нужно передавать в Radixx тип оплаты Invoice.

=== Выписка ===
* Выписка билетов выполняется по предоплате, поэтому на стороне авиакомпании необходимо наличие депозита агента.
* Значения комиссий при выписке не передаются поставщику.
* После выполнения выписки и возврата авиакомпании высылают клиенту письмо со своей маршрут-квитанцией на электронный адрес, который был указан при бронировании. При этом в маршрут-квитанции указана базовая стоимость тарифа и такс авиакомпании, т.е. сбор агента на стороне {{NameSystem}} в этой маршрут-квитанции не фигурирует.
* Поставщик не возвращает номера билетов, поэтому {{NameProject2}} вместо них по умолчанию проставляет PNR локатор.

=== Войдирование ===
* В IQ есть 2 часа (с момента создания PNR) на войд PNR без штрафов. В FZ при войдировании сразу есть штрафы. Войдирование выполняется посредством возврата.

=== Возврат ===
* Поддерживается только полный возврат.

=== Дополнительные сведения ===
* Не поддерживаются очереди.
* Недоступен обмен билетов.
* Таймлимит на поиске рассчитывается относительно времени вылета первого сегмента - 30 минут до вылета. При бронировании используется ТЛ от поставщика ReservationFulfillmentRequiredByGMT.
* Недоступен терминальный вид брони.

Radixx

2020-11-16T10:16:12Z

Иван Барабаш: /* Бронирование */

[[Категория:Поставщики авиабилетов]]
[[Файл:Radixx Logo.png|right|250px]]
'''Radixx''' - компания, предоставляющая программное обеспечение для продажи, бронирования и дистрибуции туристических и пассажирских услуг.

На данный момент в рамках {{NameSystem}} Radixx поддерживает взаимодействие с авиакомпанией [[Flydubai]].

Компания была основана в 1993 году. Штаб-квартира находится в Орландо, штат Флорида, США, и имеет дополнительное представительство в Индии и Южной Африке. В настоящее время обслуживает около 50 авиакомпаний на шести континентах. Более полную информацию вы можете найти на официальном сайте Radixx: [https://www.radixx.com/about-us/].

== Процесс подключения к API Radixx в {{NameSystem}} ==
# В системе {{NameSystem}} на данный момент можно реализовать подключение к API Radixx. Для этого агентству необходимо обратиться ''в авиакомпанию'' для заключения договора и подписания NDA.
# Агенту выдают тестовые реквизиты, чтобы проверить работоспособность в тестовой среде. Авиакомпания Flydubai присылает тест кейсы, которые необходимо выполнить в тестовой среде и отправить им обратно запросы/ответы для проверки. По успешной проверке выдаются боевые реквизиты.
# Агент передает реквизиты техподдержке {{NameSystem}} через тикет в проектном трекере. Сотрудники техподдержки заводят и настраивают реквизиты в {{NameSystem}} для агента. (см. [[Реквизиты подключения к ГРС в Немо 2.0]])

== Особенности работы с Radixx в {{NameSystem}} ==
=== Поиск ===
* Radixx не поддерживает тип пассажира INS, поэтому необходимо искать тариф для ребенка. В брони авиа сервера такие пассажиры также будут отображаться как дети. Специфично для FZ: при бронировании пассажиров типа INS в конце имени добавляется "INF" (только на уровне коммуникации авиа сервер - Radixx); нельзя бронировать младенцев с местом младше 6 месяцев.
* Не поддерживается поиск сложного маршрута.
* Доступны только два класса - эконом и бизнес.
* Поддерживается поиск по маршрутной сетке.

=== Дополнительные услуги ===
* Radixx не предоставляет тарифных правил, поэтому {{NameSystem}} возвращает ссылки на ресурс с правилами тарифов конкретной авиакомпании. Получить ссылку можно в двух языках — en и ru.
* Доступны следующие мультиоперации: ActualizeFlight, GetPrice, GetFareRules и GetFareFamilies.

=== Бронирование ===
* На этапе бронирования и фиксации оплаты в PNR выполняется запрос LoginTravelAgent, посредством которого осуществляется вход в систему под агентом. Учетные данные для входа обязательно должны быть заполнены в реквизитах подключения к ГДС. Данные предоставляются авиакомпанией-партнером Radixx.
* Информация о паспортах не обрабатывается на стороне Radixx, поэтому вносить её нет необходимости. Если данные были заполнены, то Nemo Flight сохранит их на странице заказа и подставит в маршрут-квитанцию.
* Необходимо указывать хотя бы одни контактные данные покупателя/пассажира для информирования об изменениях.
* В Radixx есть защита от дубликатов бронирования, в таких случаях возвращается ошибка. В случае ошибки создание нового бронирования в {{NameSystem}} не выполняется.
* Дополнительные операции с бронью: модификация, импорт и получение истории ПНР.
* Нельзя оформлять бронирование на одного ребенка.
* В запросе SummaryPNR было добавлено поле "Область" (поле <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">State</syntaxhighlight>), изменение значения этого параметра происходит в настройках '''админ. панели Nemo''' в поле '''Аккаунт менеджмент → Агенты и пользователи → Профили компаний → Область'''. Помимо области, в массиве Address также содержится информация о следующих координатах агентства:
# Улица, дом, офис - поле <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Address1</syntaxhighlight>
# Населенный пункт - поле <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">City</syntaxhighlight>
# Почтовый индекс - поле <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Postal</syntaxhighlight>
# Страна - поле <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">CountryCode</syntaxhighlight>
# Телефон (при его наличии) - поле <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">PhoneNumber</syntaxhighlight>

=== Тип оплаты в ПНР ===
* По умолчанию нужно передавать в Radixx тип оплаты Invoice.

=== Выписка ===
* Выписка билетов выполняется по предоплате, поэтому на стороне авиакомпании необходимо наличие депозита агента.
* Значения комиссий при выписке не передаются поставщику.
* После выполнения выписки и возврата авиакомпании высылают клиенту письмо со своей маршрут-квитанцией на электронный адрес, который был указан при бронировании. При этом в маршрут-квитанции указана базовая стоимость тарифа и такс авиакомпании, т.е. сбор агента на стороне {{NameSystem}} в этой маршрут-квитанции не фигурирует.
* Поставщик не возвращает номера билетов, поэтому {{NameProject2}} вместо них по умолчанию проставляет PNR локатор.

=== Войдирование ===
* В IQ есть 2 часа (с момента создания PNR) на войд PNR без штрафов. В FZ при войдировании сразу есть штрафы. Войдирование выполняется посредством возврата.

=== Возврат ===
* Поддерживается только полный возврат.

=== Дополнительные сведения ===
* Не поддерживаются очереди.
* Недоступен обмен билетов.
* Таймлимит на поиске рассчитывается относительно времени вылета первого сегмента - 30 минут до вылета. При бронировании используется ТЛ от поставщика ReservationFulfillmentRequiredByGMT.
* Недоступен терминальный вид брони.

Radixx

2020-11-16T10:12:59Z

Иван Барабаш: /* Бронирование */

[[Категория:Поставщики авиабилетов]]
[[Файл:Radixx Logo.png|right|250px]]
'''Radixx''' - компания, предоставляющая программное обеспечение для продажи, бронирования и дистрибуции туристических и пассажирских услуг.

На данный момент в рамках {{NameSystem}} Radixx поддерживает взаимодействие с авиакомпанией [[Flydubai]].

Компания была основана в 1993 году. Штаб-квартира находится в Орландо, штат Флорида, США, и имеет дополнительное представительство в Индии и Южной Африке. В настоящее время обслуживает около 50 авиакомпаний на шести континентах. Более полную информацию вы можете найти на официальном сайте Radixx: [https://www.radixx.com/about-us/].

== Процесс подключения к API Radixx в {{NameSystem}} ==
# В системе {{NameSystem}} на данный момент можно реализовать подключение к API Radixx. Для этого агентству необходимо обратиться ''в авиакомпанию'' для заключения договора и подписания NDA.
# Агенту выдают тестовые реквизиты, чтобы проверить работоспособность в тестовой среде. Авиакомпания Flydubai присылает тест кейсы, которые необходимо выполнить в тестовой среде и отправить им обратно запросы/ответы для проверки. По успешной проверке выдаются боевые реквизиты.
# Агент передает реквизиты техподдержке {{NameSystem}} через тикет в проектном трекере. Сотрудники техподдержки заводят и настраивают реквизиты в {{NameSystem}} для агента. (см. [[Реквизиты подключения к ГРС в Немо 2.0]])

== Особенности работы с Radixx в {{NameSystem}} ==
=== Поиск ===
* Radixx не поддерживает тип пассажира INS, поэтому необходимо искать тариф для ребенка. В брони авиа сервера такие пассажиры также будут отображаться как дети. Специфично для FZ: при бронировании пассажиров типа INS в конце имени добавляется "INF" (только на уровне коммуникации авиа сервер - Radixx); нельзя бронировать младенцев с местом младше 6 месяцев.
* Не поддерживается поиск сложного маршрута.
* Доступны только два класса - эконом и бизнес.
* Поддерживается поиск по маршрутной сетке.

=== Дополнительные услуги ===
* Radixx не предоставляет тарифных правил, поэтому {{NameSystem}} возвращает ссылки на ресурс с правилами тарифов конкретной авиакомпании. Получить ссылку можно в двух языках — en и ru.
* Доступны следующие мультиоперации: ActualizeFlight, GetPrice, GetFareRules и GetFareFamilies.

=== Бронирование ===
* На этапе бронирования и фиксации оплаты в PNR выполняется запрос LoginTravelAgent, посредством которого осуществляется вход в систему под агентом. Учетные данные для входа обязательно должны быть заполнены в реквизитах подключения к ГДС. Данные предоставляются авиакомпанией-партнером Radixx.
* Информация о паспортах не обрабатывается на стороне Radixx, поэтому вносить её нет необходимости. Если данные были заполнены, то Nemo Flight сохранит их на странице заказа и подставит в маршрут-квитанцию.
* Необходимо указывать хотя бы одни контактные данные покупателя/пассажира для информирования об изменениях.
* В Radixx есть защита от дубликатов бронирования, в таких случаях возвращается ошибка. В случае ошибки создание нового бронирования в {{NameSystem}} не выполняется.
* Дополнительные операции с бронью: модификация, импорт и получение истории ПНР.
* Нельзя оформлять бронирование на одного ребенка.
* В запросе SummaryPNR было добавлено поле "Область" (поле <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">State</syntaxhighlight>), изменение значения этого параметра происходит в настройках админ. панели Nemo в поле '''Аккаунт менеджмент → Агенты и пользователи → Профили компаний → Область'''. Помимо области, в массиве Address также содержится информация о следующих координатах агентства:
# Улица, дом, офис - поле <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Address1</syntaxhighlight>
# Населенный пункт - поле <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">City</syntaxhighlight>
# Почтовый индекс - поле <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Postal</syntaxhighlight>
# Страна - поле <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">CountryCode</syntaxhighlight>
# Телефон (при его наличии) - поле <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">PhoneNumber</syntaxhighlight>

=== Тип оплаты в ПНР ===
* По умолчанию нужно передавать в Radixx тип оплаты Invoice.

=== Выписка ===
* Выписка билетов выполняется по предоплате, поэтому на стороне авиакомпании необходимо наличие депозита агента.
* Значения комиссий при выписке не передаются поставщику.
* После выполнения выписки и возврата авиакомпании высылают клиенту письмо со своей маршрут-квитанцией на электронный адрес, который был указан при бронировании. При этом в маршрут-квитанции указана базовая стоимость тарифа и такс авиакомпании, т.е. сбор агента на стороне {{NameSystem}} в этой маршрут-квитанции не фигурирует.
* Поставщик не возвращает номера билетов, поэтому {{NameProject2}} вместо них по умолчанию проставляет PNR локатор.

=== Войдирование ===
* В IQ есть 2 часа (с момента создания PNR) на войд PNR без штрафов. В FZ при войдировании сразу есть штрафы. Войдирование выполняется посредством возврата.

=== Возврат ===
* Поддерживается только полный возврат.

=== Дополнительные сведения ===
* Не поддерживаются очереди.
* Недоступен обмен билетов.
* Таймлимит на поиске рассчитывается относительно времени вылета первого сегмента - 30 минут до вылета. При бронировании используется ТЛ от поставщика ReservationFulfillmentRequiredByGMT.
* Недоступен терминальный вид брони.

Radixx

2020-11-16T10:09:57Z

Иван Барабаш: /* Бронирование */

[[Категория:Поставщики авиабилетов]]
[[Файл:Radixx Logo.png|right|250px]]
'''Radixx''' - компания, предоставляющая программное обеспечение для продажи, бронирования и дистрибуции туристических и пассажирских услуг.

На данный момент в рамках {{NameSystem}} Radixx поддерживает взаимодействие с авиакомпанией [[Flydubai]].

Компания была основана в 1993 году. Штаб-квартира находится в Орландо, штат Флорида, США, и имеет дополнительное представительство в Индии и Южной Африке. В настоящее время обслуживает около 50 авиакомпаний на шести континентах. Более полную информацию вы можете найти на официальном сайте Radixx: [https://www.radixx.com/about-us/].

== Процесс подключения к API Radixx в {{NameSystem}} ==
# В системе {{NameSystem}} на данный момент можно реализовать подключение к API Radixx. Для этого агентству необходимо обратиться ''в авиакомпанию'' для заключения договора и подписания NDA.
# Агенту выдают тестовые реквизиты, чтобы проверить работоспособность в тестовой среде. Авиакомпания Flydubai присылает тест кейсы, которые необходимо выполнить в тестовой среде и отправить им обратно запросы/ответы для проверки. По успешной проверке выдаются боевые реквизиты.
# Агент передает реквизиты техподдержке {{NameSystem}} через тикет в проектном трекере. Сотрудники техподдержки заводят и настраивают реквизиты в {{NameSystem}} для агента. (см. [[Реквизиты подключения к ГРС в Немо 2.0]])

== Особенности работы с Radixx в {{NameSystem}} ==
=== Поиск ===
* Radixx не поддерживает тип пассажира INS, поэтому необходимо искать тариф для ребенка. В брони авиа сервера такие пассажиры также будут отображаться как дети. Специфично для FZ: при бронировании пассажиров типа INS в конце имени добавляется "INF" (только на уровне коммуникации авиа сервер - Radixx); нельзя бронировать младенцев с местом младше 6 месяцев.
* Не поддерживается поиск сложного маршрута.
* Доступны только два класса - эконом и бизнес.
* Поддерживается поиск по маршрутной сетке.

=== Дополнительные услуги ===
* Radixx не предоставляет тарифных правил, поэтому {{NameSystem}} возвращает ссылки на ресурс с правилами тарифов конкретной авиакомпании. Получить ссылку можно в двух языках — en и ru.
* Доступны следующие мультиоперации: ActualizeFlight, GetPrice, GetFareRules и GetFareFamilies.

=== Бронирование ===
* На этапе бронирования и фиксации оплаты в PNR выполняется запрос LoginTravelAgent, посредством которого осуществляется вход в систему под агентом. Учетные данные для входа обязательно должны быть заполнены в реквизитах подключения к ГДС. Данные предоставляются авиакомпанией-партнером Radixx.
* Информация о паспортах не обрабатывается на стороне Radixx, поэтому вносить её нет необходимости. Если данные были заполнены, то Nemo Flight сохранит их на странице заказа и подставит в маршрут-квитанцию.
* Необходимо указывать хотя бы одни контактные данные покупателя/пассажира для информирования об изменениях.
* В Radixx есть защита от дубликатов бронирования, в таких случаях возвращается ошибка. В случае ошибки создание нового бронирования в {{NameSystem}} не выполняется.
* Дополнительные операции с бронью: модификация, импорт и получение истории ПНР.
* Нельзя оформлять бронирование на одного ребенка.
* В запросе SummaryPNR было добавлено поле "Область" (поле <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">State</syntaxhighlight>), изменение значения этого параметра происходит в настройках '''Nemo Connect''' в поле '''Настройки Авиа → Профили → Профиль агентства → Область'''. Помимо области, в массиве Address также содержится информация о следующих координатах агентства:
# Улица, дом, офис - поле <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Address1</syntaxhighlight>
# Населенный пункт - поле <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">City</syntaxhighlight>
# Почтовый индекс - поле <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Postal</syntaxhighlight>
# Страна - поле <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">CountryCode</syntaxhighlight>
# Телефон (при его наличии) - поле <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">PhoneNumber</syntaxhighlight>

Профиль агентства настраивается в двух местах:
# В Nemo Connect в '''Настройки Авиа → Профили → Профиль агентства'''
# В админ. панели Nemo в '''Аккаунт менеджмент → Агенты и пользователи → Профили компаний'''

=== Тип оплаты в ПНР ===
* По умолчанию нужно передавать в Radixx тип оплаты Invoice.

=== Выписка ===
* Выписка билетов выполняется по предоплате, поэтому на стороне авиакомпании необходимо наличие депозита агента.
* Значения комиссий при выписке не передаются поставщику.
* После выполнения выписки и возврата авиакомпании высылают клиенту письмо со своей маршрут-квитанцией на электронный адрес, который был указан при бронировании. При этом в маршрут-квитанции указана базовая стоимость тарифа и такс авиакомпании, т.е. сбор агента на стороне {{NameSystem}} в этой маршрут-квитанции не фигурирует.
* Поставщик не возвращает номера билетов, поэтому {{NameProject2}} вместо них по умолчанию проставляет PNR локатор.

=== Войдирование ===
* В IQ есть 2 часа (с момента создания PNR) на войд PNR без штрафов. В FZ при войдировании сразу есть штрафы. Войдирование выполняется посредством возврата.

=== Возврат ===
* Поддерживается только полный возврат.

=== Дополнительные сведения ===
* Не поддерживаются очереди.
* Недоступен обмен билетов.
* Таймлимит на поиске рассчитывается относительно времени вылета первого сегмента - 30 минут до вылета. При бронировании используется ТЛ от поставщика ReservationFulfillmentRequiredByGMT.
* Недоступен терминальный вид брони.

API Travelfusion

2020-11-11T17:27:36Z

Иван Барабаш: /* Особенности работы с Travelfusion в {{NameSystem}} */

[[Категория:Поставщики авиабилетов]]
[[Файл:TFLOGO-m.png|right]]

'''Travelfusion''' — один из ведущих агрегаторов контента для ОТА, обеспечивающий прямой доступ к ресурсам многочисленных авиа-, жд- и отельных поставщиков. Помимо функций непосредственно ГРС располагает собственным платежным инструментом для взаиморасчетов (TF.Pay), а также готовыми сервисами (как для В2В, так и В2С моделей) для эффективного управления бизнесом. Специализируется в основном на низкобюджетных поставщиках (лоукостах).

Компания основана в 2000 г. Штаб-квартира Travelfusion находится в Лондоне (Великобритания), также имеются офисы в Шанхае (Китай).
Ресурс: около 220 авиакомпаний и железнодорожных перевозчиков. Полный список поддерживаемых поставщиков доступен на официальном сайте Travelfusion: [https://www.travelfusion.com/corporate/supplier]
Дистрибуция: преимущественно Европа.

== Процесс подключения к Travelfusion в {{NameSystem}} ==

# В системе {{NameSystem}} на данный момент можно реализовать подключение к Travelfusion только для работы с компонентом "Авиабилеты". Для этого агентству необходимо обратиться в отдел продаж Travelfusion и заключить договор. Также в письме необходимо указать, что агентство собирается работать с Travelfusion через {{NameSystem}}.
# После заключения договора аккаунт-менеджер агента высылает ему файл с реквизитами (логин и пароль) для подключения (Travelfusion Welcome Pack) и форму чеклиста для заполнения.
# Агентство предоставляет реквизиты техподдержке {{NameSystem}} через тикет в проектном трекере. Сотрудники техподдержки помогают заполнить опросник, и агент отправляет его в Travelfusion.
# После официального подтверждения Travelfusion и разрешения на начало работы сотрудники техподдержки заводят и настраивают пакет реквизитов в {{NameSystem}} для агента.

== Сопутствующие настройки для начала работы в {{NameSystem}} ==
После завершения конфигурации реквизитов агенту необходимо выполнить также следующие настройки:
# Внести необходимые правила для компаний, которые будут выписываться через коннектор Travelfusion в файл ценообразования. Значения комиссий при выписке не передаются поставщику, поэтому можно для всех таких а/к указать нулевое значение комиссии и назначить при необходимости свои агентские сборы. (см. [[Ценообразование (Авиабилеты)]])
# Добавить шаблон маршрут-квитанции для поставщика Travelfusion (см. [[Маршрут-квитанция]]).
# Проверить, что заполнены все поля в разделе '''Настройки Авиа → Профиль агентства''' в настройках '''{{NameProject2}}'''.
# При желании можно реализовать вывод дополнительного информационного текста во всплывающем окне (рядом с чекбоксом согласия с правилами бронирования и публичной оферты на странице заказа в том же блоке). Текст можно ввести в разделе настроек «Управление сайтом» → «Домены и протоколы» → «Дополнительные правила перевозки». Для вывода псевдоссылки на попап с этим текстом нужно изменить в локализации значение языковой переменной ''new-passinfo-footer__agreementText'' (см. [[Локализация]]), добавив html-код: 

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px">
'''Пример'''
<div class="mw-collapsible-content">
Я ознакомлен и согласен с <a href="/booking__policy" class="new-ui-pseudoLink js-thickbox__frame__href" data-popup="{title:'Правила бронирования'}">правилами бронирования</a>, <a href="/booking__additional_flight_rules" class="new-ui-pseudoLink js-thickbox__frame__href" data-popup="{title:'нужный вам заголовок'}">правилами предоставления дополнительных услуг</a>, <a href="[%-faresurl-%]" class="new-ui-pseudoLink js-thickbox__frame__href" data-popup="{title:'Условия применения тарифов'}">условиями применения тарифов</a> и <a href="/booking__policypd" class="new-ui-pseudoLink js-thickbox__frame__href" data-popup="{title:'Права субъекта персональных данных'}">правами субъекта персональных данных</a>. Я согласен и подтверждаю согласие третьих лиц, указанных мной в бронировании, на обработку персональных данных, в том числе на их передачу третьим лицам, обеспечивающим или обслуживающим перевозку, а также на трансграничную передачу персональных данных.
</div>
</div>

== Процесс оформления заказа в {{NameSystem}} ==

После выбора перелета Travelfusion и заполнения пассажирских данных на странице заказа в {{NameSystem}} клиент нажимает кнопку «Забронировать». При этом в самой авиакомпании бронь еще не создается. Объект брони создается только в самой системе Travelfusion, но по факту места не резервируются, и данные пассажиров в авиакомпанию не передаются.
После успешной оплаты {{NameSystem}} запускает запрос на выписку билета (в этот момент уже создается бронь в авиакомпании). Но даже после успешной обработки запроса на странице заказа сначала будет отображаться надпись ''«Билеты находятся на оформлении»'', так как в ответе на запрос выписки поставщик изначально не присылает номера билетов, т.к. бронь в авиакомпании подтверждается не сразу. Далее {{NameSystem}} автоматически обновляет заказ (с частотой 1 раз в 7 минут), и в ходе обновления уже получает номер билета от поставщика. Маршрут-квитанция будет автоматически отправлена на почту клиенту.
 Текст сообщения ''«Билеты находятся на оформлении»'' можно поменять в локализации, по языковой переменной ''ticketed_without_tickets''.

==Особенности Travelfusion==

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

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

Также, в связи с ориентацией Travelfusion на низкобюджетных поставщиков, билетов после выписки в {{NameSystem}} может не быть, часто в Travelfusion есть код бронирования в системе авиакомпании, с которым пассажирам нужно перейти на сайт авиакомпании для выписки.
После бронирования в системе авиакомпании Travelfusion его не синхронизирует, соответственно, {{NameSystem}} информации об изменениях в рейсах не получает, изменения в рейсах необходимо отслеживать пассажиру.
* В силу специфики Travelfusion получения данных от авиакомпаний, на разных стадиях оформления покупки (поиск, актуализация и бронирование в {{NameSystem}}) цена перелёта и бронирования могут отличаться - как правило это происходит из-за погрешностей округления при вычислении итоговых сумм на стороне Travelfusion и {{NameSystem}}.
* Необходимо в обязательном порядке вносить контактные данные клиента, так как при отсутствии контактных данных у пассажиров могут возникнуть проблемы с регистрацией на рейс. По указанным контактным данным высылается важная для агента информация.
* {{NameSystem}} возвращает проблемные статусы, полученные от Travelfusion. В случае проблемных статусов агенту необходимо следовать инструкциям и обращаться в техническую поддержку Travelfusion.
* В Travelfusion есть защита от дубликатов бронирования, в таких случаях возвращается ошибка. В случае ошибки создание нового бронирования в {{NameSystem}} не выполняется.
* В связи с частым обновлением требований для подключения агентов к Travelfusion, процесс подключения может быть длительным.

== Особенности работы с Travelfusion в {{NameSystem}} ==
# На данный момент в системе {{NameSystem}} есть возможность работать с Travelfusion только по депозитной схеме расчетов TF Prepay Method: агентство открывает в Travelfusion лицевой счет на определенную сумму, и при оформлении клиентом заказа на сайте с баланса агента списывается стоимость перелета на счет Travelfusion. Далее Travelfusion самостоятельно переводит эти средства на счет конкретной авиакомпании. {{Attention|Оплата напрямую в авиакомпанию по карте клиента на данный момент невозможна.}}
# {{Attention|На данный момент в системе {{NameSystem}} не реализованы:}}
#* поиск по окружным датам (планируется в будущем);
#* поиск по окружным аэропортам (планируется в будущем);
#* продажа допуслуг (провоз багажа, питание и выбор места);
#* поиск сложного маршрута (СТ) — не поддерживается Travelfusion;
#* довнесение данных и модификация брони (паспортные и визовые данные, карта лояльности) — не поддерживается Travelfusion;
#* аннуляция не выписанной брони и обновление выписанной брони — не поддерживается Travelfusion;
#* войдирование, обмен и возврат выписанной брони (не поддерживается Travelfusion). Для этого клиент должен обращаться напрямую в авиакомпанию.
# Все тарифы обрабатываются как невозвратные.
# Авиакомпании самостоятельно высылают клиенту письмо о подтверждении брони (т.е. свою маршрут-квитанцию) на электронный адрес, который был указан при бронировании. При этом в данной маршрут-квитанции будет указана чистая стоимость перелета, т.е. клиент увидит стоимость без агентских наценок.
# В случае изменений в рейсе/расписании после выписки брони измененные данные не отображаются в Travelfusion, т.е. синхронизация после выписки невозможна, и эти данные будут доступны только в авиакомпании напрямую.
# На странице заказа для лоукост-перелета по умолчанию отображается надпись ''«Внимание! Данный перелет предоставляется авиакомпанией-лоукостером. Питание на борту не предоставляется!»''. Текст данного сообщения можно поменять в локализации, по языковой переменной ''no_meal_for_LowCost''. Полностью скрыть вывод этого сообщения можно с помощью css-стилей.
# '''Теперь достаточно в реквизитах к ГДС указать валюту депозита, в пакете это опционально.'''
# Базовая стоимость перелетов от Travelfusion при поиске может поступать в какой угодно валюте — это зависит от авиакомпании, причем на один перелет в ответе поставщика могут быть цены в разных валютах (тариф в евро, а таксы, например, в долларах). Далее {{NameSystem}} запрашивает в Travelfusion курсы валют из их системы и конвертирует всю стоимость перелета согласно этому курсу в валюту реквизитов. Пересчет цен на сайте агента в другие валюты будет происходить согласно курсам, настроенным в справочнике валют агентства ('''«Настройки системы» → «Валюты и курсы» → «Справочник валют и курсов»''', см. [[Валюта]]).
# От Travelfusion могут приходить как отрицательные значения такс (т.е. это таксы-скидки), так и не приходить вовсе, либо быть уже включенными в стоимость тарифа.
# Таймлимит на выписку брони на стороне поставщика равен 15 минут и не может быть больше.
# В Travelfusion запрещено бронирование отдельного места для младенца. Предупреждения об этом отображаются на странице выдачи результатов и на странице бронирования в виде надписи: ''Бронирование отдельного сидячего места для младенца не допускается перевозчиком''. Изменить текст предупреждения на странице результатов можно, задав в настройках локализации перевод для переменной ''flightsGroup__flightWarnings__insBookingNotAllowedBySupplier'', на странице бронирования - ''ins_booking_not_allowed_by_supplier''.
# '''Согласно требованию Travelfusion, нужно обязательно настраивать маршрутизацию по их расписанию.''' См. [[Фильтры_поисковых_запросов_(Авиабилеты)#Фильтр запросов по расписанию авиакомпании|Фильтр запросов по расписанию авиакомпании]]
# Вместе с адресной информацией из раздела '''Настройки Авиа → Профиль агентства''' в настройках '''{{NameProject2}}''' в качестве названия компании в Travelfusion передается название агенства в {{NameProject2}}. Для изменения названия компании, передаваемого в Travelfusion, необходимо менять название агенства в настройках {{NameProject2}}. Для этого нужно создать обращение в службу технической поддержки: [http://helpdesk.nemo.travel helpdesk.nemo.travel].
# Одним из требований Travelfusion является наличие параметра <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">PointOfSale </syntaxhighlight> в запросах StartRouting и ProcessTerms к поставщику. <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">PointOfSale </syntaxhighlight> предназначен для сертификации и корректной работы. Изменение значения этого параметра происходит в настройках '''{{NameProject2}}''' в поле '''Настройки Авиа → Профиль агентства → Код страны агентства''' .
# В запросе ProcessTerms было добавлено поле "Область", изменение значения этого параметра происходит в настройках '''Nemo Connect''' в поле '''Настройки Авиа → Профили → Профиль агентства → Область'''. Помимо области, в массиве Address также содержится информация о следующих координатах агентства:
#* Название компании
#* Офис
#* Дом
#* Улица
#* Населенный пункт
#* Почтовый индекс
#* Страна
# Профиль агентства настраивается в двух местах:
#* В Nemo Connect в '''Настройки Авиа → Профили → Профиль агентства'''
#* В Nemo 1 в '''Аккаунт менеджмент → Агенты и пользователи → Профили компаний'''
#* По умолчанию информация о профиле агентства берется из п.1, однако для того, чтобы настройки подтягивались из п.2, необходимо включить чекбокс '''Загружать профиль компании в авиа сервере с Nemo 1''' в настройках Nemo 1 '''Для техподдержки → Nemo Connect Вебсервисы → Настройки взаимодействия'''. Настройку можно включать как для корневого агентства, так и для менеджера. Важно заметить, что данный параметр не наследуется, т.е. при включении на корневое агентство он не будет активен для менеджера корневого агентства, и наоборот.

== Возможные ошибки и их причины ==

* '''Your branch cannot perform booking through the TF.Payment Service''' — означает, что у данного агентства не активирован лицевой счет в Travelfusion. 
* '''Supplier does not support payments through the TF.Payment Service''' — данная авиакомпания не поддерживает метод оплаты TF.Pay. Отключить выдачу перелетов такой а/к можно на стороне Travelfusion, обратившись к их техподдержке. 
* '''Temporary supplier error''' - проблемы на стороне поставщика. Рекомендуется повторить действие позже. Если ошибка продолжает появляться часто, необходимо обратиться в службу техподдержки Travelfusion. 
* '''The supplier is too busy''' - аналогично, временные проблемы на стороне поставщика, связанные с высокой нагрузкой на систему Travelfusion.
* '''Internal server error''' - внутренняя ошибка на серверах Travelfusion.
* '''RequestValidationError''' - не заполнен профиль агентства (адрес и контактные данные) в панели администрирования {{NameProject2}}.
* '''Title missing''' - не включена настройка '''Автоматически добавлять титул пассажира''' в реквизитах бронирования пакета Travelfusion в панели администрирования {{NameProject2}}.
* '''Address post code is required for this journey''' - не внесены адресные данные в раздел '''Настройки Авиа → Профиль агентства''' в настройках '''{{NameProject2}}'''.

== Контактная информация ==
* [https://www.travelfusion.com Официальный сайт Travelfusion]
* [https://www.travelfusion.com/corporate/page/contact-us Контакты для обращения]

== См.также ==
* [[ГРС]]
* [[Галилео]]
* [[Sabre]]
* [[Сирена Трэвел]]
* [[Amadeus]]
* [[SITA Gabriel]]

Radixx

2020-11-11T17:27:16Z

Иван Барабаш: /* Бронирование */

[[Категория:Поставщики авиабилетов]]
[[Файл:Radixx Logo.png|right|250px]]
'''Radixx''' - компания, предоставляющая программное обеспечение для продажи, бронирования и дистрибуции туристических и пассажирских услуг.

На данный момент в рамках {{NameSystem}} Radixx поддерживает взаимодействие с авиакомпанией [[Flydubai]].

Компания была основана в 1993 году. Штаб-квартира находится в Орландо, штат Флорида, США, и имеет дополнительное представительство в Индии и Южной Африке. В настоящее время обслуживает около 50 авиакомпаний на шести континентах. Более полную информацию вы можете найти на официальном сайте Radixx: [https://www.radixx.com/about-us/].

== Процесс подключения к API Radixx в {{NameSystem}} ==
# В системе {{NameSystem}} на данный момент можно реализовать подключение к API Radixx. Для этого агентству необходимо обратиться ''в авиакомпанию'' для заключения договора и подписания NDA.
# Агенту выдают тестовые реквизиты, чтобы проверить работоспособность в тестовой среде. Авиакомпания Flydubai присылает тест кейсы, которые необходимо выполнить в тестовой среде и отправить им обратно запросы/ответы для проверки. По успешной проверке выдаются боевые реквизиты.
# Агент передает реквизиты техподдержке {{NameSystem}} через тикет в проектном трекере. Сотрудники техподдержки заводят и настраивают реквизиты в {{NameSystem}} для агента. (см. [[Реквизиты подключения к ГРС в Немо 2.0]])

== Особенности работы с Radixx в {{NameSystem}} ==
=== Поиск ===
* Radixx не поддерживает тип пассажира INS, поэтому необходимо искать тариф для ребенка. В брони авиа сервера такие пассажиры также будут отображаться как дети. Специфично для FZ: при бронировании пассажиров типа INS в конце имени добавляется "INF" (только на уровне коммуникации авиа сервер - Radixx); нельзя бронировать младенцев с местом младше 6 месяцев.
* Не поддерживается поиск сложного маршрута.
* Доступны только два класса - эконом и бизнес.
* Поддерживается поиск по маршрутной сетке.

=== Дополнительные услуги ===
* Radixx не предоставляет тарифных правил, поэтому {{NameSystem}} возвращает ссылки на ресурс с правилами тарифов конкретной авиакомпании. Получить ссылку можно в двух языках — en и ru.
* Доступны следующие мультиоперации: ActualizeFlight, GetPrice, GetFareRules и GetFareFamilies.

=== Бронирование ===
* На этапе бронирования и фиксации оплаты в PNR выполняется запрос LoginTravelAgent, посредством которого осуществляется вход в систему под агентом. Учетные данные для входа обязательно должны быть заполнены в реквизитах подключения к ГДС. Данные предоставляются авиакомпанией-партнером Radixx.
* Информация о паспортах не обрабатывается на стороне Radixx, поэтому вносить её нет необходимости. Если данные были заполнены, то Nemo Flight сохранит их на странице заказа и подставит в маршрут-квитанцию.
* Необходимо указывать хотя бы одни контактные данные покупателя/пассажира для информирования об изменениях.
* В Radixx есть защита от дубликатов бронирования, в таких случаях возвращается ошибка. В случае ошибки создание нового бронирования в {{NameSystem}} не выполняется.
* Дополнительные операции с бронью: модификация, импорт и получение истории ПНР.
* Нельзя оформлять бронирование на одного ребенка.
* В запросе SummaryPNR было добавлено поле "Область", изменение значения этого параметра происходит в настройках '''Nemo Connect''' в поле '''Настройки Авиа → Профили → Профиль агентства → Область'''. Помимо области, в массиве Address также содержится информация о следующих координатах агентства:
# Улица, дом, офис
# Населенный пункт
# Почтовый индекс
# Страна
# Телефон (при его наличии)

Профиль агентства настраивается в двух местах:
# В Nemo Connect в '''Настройки Авиа → Профили → Профиль агентства'''
# В Nemo 1 в '''Аккаунт менеджмент → Агенты и пользователи → Профили компаний'''

По умолчанию информация о профиле агентства берется из п.1, однако для того, чтобы настройки подтягивались из п.2, необходимо включить чекбокс '''Загружать профиль компании в авиа сервере с Nemo 1''' в настройках Nemo 1 '''Для техподдержки → Nemo Connect Вебсервисы → Настройки взаимодействия'''. Настройку можно включать как для корневого агентства, так и для менеджера. Важно заметить, что данный параметр не наследуется, т.е. при включении на корневое агентство он не будет активен для менеджера корневого агентства, и наоборот.

=== Тип оплаты в ПНР ===
* По умолчанию нужно передавать в Radixx тип оплаты Invoice.

=== Выписка ===
* Выписка билетов выполняется по предоплате, поэтому на стороне авиакомпании необходимо наличие депозита агента.
* Значения комиссий при выписке не передаются поставщику.
* После выполнения выписки и возврата авиакомпании высылают клиенту письмо со своей маршрут-квитанцией на электронный адрес, который был указан при бронировании. При этом в маршрут-квитанции указана базовая стоимость тарифа и такс авиакомпании, т.е. сбор агента на стороне {{NameSystem}} в этой маршрут-квитанции не фигурирует.
* Поставщик не возвращает номера билетов, поэтому {{NameProject2}} вместо них по умолчанию проставляет PNR локатор.

=== Войдирование ===
* В IQ есть 2 часа (с момента создания PNR) на войд PNR без штрафов. В FZ при войдировании сразу есть штрафы. Войдирование выполняется посредством возврата.

=== Возврат ===
* Поддерживается только полный возврат.

=== Дополнительные сведения ===
* Не поддерживаются очереди.
* Недоступен обмен билетов.
* Таймлимит на поиске рассчитывается относительно времени вылета первого сегмента - 30 минут до вылета. При бронировании используется ТЛ от поставщика ReservationFulfillmentRequiredByGMT.
* Недоступен терминальный вид брони.

API Travelfusion

2020-11-11T17:26:21Z

Иван Барабаш: /* Особенности работы с Travelfusion в {{NameSystem}} */

[[Категория:Поставщики авиабилетов]]
[[Файл:TFLOGO-m.png|right]]

'''Travelfusion''' — один из ведущих агрегаторов контента для ОТА, обеспечивающий прямой доступ к ресурсам многочисленных авиа-, жд- и отельных поставщиков. Помимо функций непосредственно ГРС располагает собственным платежным инструментом для взаиморасчетов (TF.Pay), а также готовыми сервисами (как для В2В, так и В2С моделей) для эффективного управления бизнесом. Специализируется в основном на низкобюджетных поставщиках (лоукостах).

Компания основана в 2000 г. Штаб-квартира Travelfusion находится в Лондоне (Великобритания), также имеются офисы в Шанхае (Китай).
Ресурс: около 220 авиакомпаний и железнодорожных перевозчиков. Полный список поддерживаемых поставщиков доступен на официальном сайте Travelfusion: [https://www.travelfusion.com/corporate/supplier]
Дистрибуция: преимущественно Европа.

== Процесс подключения к Travelfusion в {{NameSystem}} ==

# В системе {{NameSystem}} на данный момент можно реализовать подключение к Travelfusion только для работы с компонентом "Авиабилеты". Для этого агентству необходимо обратиться в отдел продаж Travelfusion и заключить договор. Также в письме необходимо указать, что агентство собирается работать с Travelfusion через {{NameSystem}}.
# После заключения договора аккаунт-менеджер агента высылает ему файл с реквизитами (логин и пароль) для подключения (Travelfusion Welcome Pack) и форму чеклиста для заполнения.
# Агентство предоставляет реквизиты техподдержке {{NameSystem}} через тикет в проектном трекере. Сотрудники техподдержки помогают заполнить опросник, и агент отправляет его в Travelfusion.
# После официального подтверждения Travelfusion и разрешения на начало работы сотрудники техподдержки заводят и настраивают пакет реквизитов в {{NameSystem}} для агента.

== Сопутствующие настройки для начала работы в {{NameSystem}} ==
После завершения конфигурации реквизитов агенту необходимо выполнить также следующие настройки:
# Внести необходимые правила для компаний, которые будут выписываться через коннектор Travelfusion в файл ценообразования. Значения комиссий при выписке не передаются поставщику, поэтому можно для всех таких а/к указать нулевое значение комиссии и назначить при необходимости свои агентские сборы. (см. [[Ценообразование (Авиабилеты)]])
# Добавить шаблон маршрут-квитанции для поставщика Travelfusion (см. [[Маршрут-квитанция]]).
# Проверить, что заполнены все поля в разделе '''Настройки Авиа → Профиль агентства''' в настройках '''{{NameProject2}}'''.
# При желании можно реализовать вывод дополнительного информационного текста во всплывающем окне (рядом с чекбоксом согласия с правилами бронирования и публичной оферты на странице заказа в том же блоке). Текст можно ввести в разделе настроек «Управление сайтом» → «Домены и протоколы» → «Дополнительные правила перевозки». Для вывода псевдоссылки на попап с этим текстом нужно изменить в локализации значение языковой переменной ''new-passinfo-footer__agreementText'' (см. [[Локализация]]), добавив html-код: 

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px">
'''Пример'''
<div class="mw-collapsible-content">
Я ознакомлен и согласен с <a href="/booking__policy" class="new-ui-pseudoLink js-thickbox__frame__href" data-popup="{title:'Правила бронирования'}">правилами бронирования</a>, <a href="/booking__additional_flight_rules" class="new-ui-pseudoLink js-thickbox__frame__href" data-popup="{title:'нужный вам заголовок'}">правилами предоставления дополнительных услуг</a>, <a href="[%-faresurl-%]" class="new-ui-pseudoLink js-thickbox__frame__href" data-popup="{title:'Условия применения тарифов'}">условиями применения тарифов</a> и <a href="/booking__policypd" class="new-ui-pseudoLink js-thickbox__frame__href" data-popup="{title:'Права субъекта персональных данных'}">правами субъекта персональных данных</a>. Я согласен и подтверждаю согласие третьих лиц, указанных мной в бронировании, на обработку персональных данных, в том числе на их передачу третьим лицам, обеспечивающим или обслуживающим перевозку, а также на трансграничную передачу персональных данных.
</div>
</div>

== Процесс оформления заказа в {{NameSystem}} ==

После выбора перелета Travelfusion и заполнения пассажирских данных на странице заказа в {{NameSystem}} клиент нажимает кнопку «Забронировать». При этом в самой авиакомпании бронь еще не создается. Объект брони создается только в самой системе Travelfusion, но по факту места не резервируются, и данные пассажиров в авиакомпанию не передаются.
После успешной оплаты {{NameSystem}} запускает запрос на выписку билета (в этот момент уже создается бронь в авиакомпании). Но даже после успешной обработки запроса на странице заказа сначала будет отображаться надпись ''«Билеты находятся на оформлении»'', так как в ответе на запрос выписки поставщик изначально не присылает номера билетов, т.к. бронь в авиакомпании подтверждается не сразу. Далее {{NameSystem}} автоматически обновляет заказ (с частотой 1 раз в 7 минут), и в ходе обновления уже получает номер билета от поставщика. Маршрут-квитанция будет автоматически отправлена на почту клиенту.
 Текст сообщения ''«Билеты находятся на оформлении»'' можно поменять в локализации, по языковой переменной ''ticketed_without_tickets''.

==Особенности Travelfusion==

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

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

Также, в связи с ориентацией Travelfusion на низкобюджетных поставщиков, билетов после выписки в {{NameSystem}} может не быть, часто в Travelfusion есть код бронирования в системе авиакомпании, с которым пассажирам нужно перейти на сайт авиакомпании для выписки.
После бронирования в системе авиакомпании Travelfusion его не синхронизирует, соответственно, {{NameSystem}} информации об изменениях в рейсах не получает, изменения в рейсах необходимо отслеживать пассажиру.
* В силу специфики Travelfusion получения данных от авиакомпаний, на разных стадиях оформления покупки (поиск, актуализация и бронирование в {{NameSystem}}) цена перелёта и бронирования могут отличаться - как правило это происходит из-за погрешностей округления при вычислении итоговых сумм на стороне Travelfusion и {{NameSystem}}.
* Необходимо в обязательном порядке вносить контактные данные клиента, так как при отсутствии контактных данных у пассажиров могут возникнуть проблемы с регистрацией на рейс. По указанным контактным данным высылается важная для агента информация.
* {{NameSystem}} возвращает проблемные статусы, полученные от Travelfusion. В случае проблемных статусов агенту необходимо следовать инструкциям и обращаться в техническую поддержку Travelfusion.
* В Travelfusion есть защита от дубликатов бронирования, в таких случаях возвращается ошибка. В случае ошибки создание нового бронирования в {{NameSystem}} не выполняется.
* В связи с частым обновлением требований для подключения агентов к Travelfusion, процесс подключения может быть длительным.

== Особенности работы с Travelfusion в {{NameSystem}} ==
# На данный момент в системе {{NameSystem}} есть возможность работать с Travelfusion только по депозитной схеме расчетов TF Prepay Method: агентство открывает в Travelfusion лицевой счет на определенную сумму, и при оформлении клиентом заказа на сайте с баланса агента списывается стоимость перелета на счет Travelfusion. Далее Travelfusion самостоятельно переводит эти средства на счет конкретной авиакомпании. {{Attention|Оплата напрямую в авиакомпанию по карте клиента на данный момент невозможна.}}
# {{Attention|На данный момент в системе {{NameSystem}} не реализованы:}}
#* поиск по окружным датам (планируется в будущем);
#* поиск по окружным аэропортам (планируется в будущем);
#* продажа допуслуг (провоз багажа, питание и выбор места);
#* поиск сложного маршрута (СТ) — не поддерживается Travelfusion;
#* довнесение данных и модификация брони (паспортные и визовые данные, карта лояльности) — не поддерживается Travelfusion;
#* аннуляция не выписанной брони и обновление выписанной брони — не поддерживается Travelfusion;
#* войдирование, обмен и возврат выписанной брони (не поддерживается Travelfusion). Для этого клиент должен обращаться напрямую в авиакомпанию.
# Все тарифы обрабатываются как невозвратные.
# Авиакомпании самостоятельно высылают клиенту письмо о подтверждении брони (т.е. свою маршрут-квитанцию) на электронный адрес, который был указан при бронировании. При этом в данной маршрут-квитанции будет указана чистая стоимость перелета, т.е. клиент увидит стоимость без агентских наценок.
# В случае изменений в рейсе/расписании после выписки брони измененные данные не отображаются в Travelfusion, т.е. синхронизация после выписки невозможна, и эти данные будут доступны только в авиакомпании напрямую.
# На странице заказа для лоукост-перелета по умолчанию отображается надпись ''«Внимание! Данный перелет предоставляется авиакомпанией-лоукостером. Питание на борту не предоставляется!»''. Текст данного сообщения можно поменять в локализации, по языковой переменной ''no_meal_for_LowCost''. Полностью скрыть вывод этого сообщения можно с помощью css-стилей.
# '''Теперь достаточно в реквизитах к ГДС указать валюту депозита, в пакете это опционально.'''
# Базовая стоимость перелетов от Travelfusion при поиске может поступать в какой угодно валюте — это зависит от авиакомпании, причем на один перелет в ответе поставщика могут быть цены в разных валютах (тариф в евро, а таксы, например, в долларах). Далее {{NameSystem}} запрашивает в Travelfusion курсы валют из их системы и конвертирует всю стоимость перелета согласно этому курсу в валюту реквизитов. Пересчет цен на сайте агента в другие валюты будет происходить согласно курсам, настроенным в справочнике валют агентства ('''«Настройки системы» → «Валюты и курсы» → «Справочник валют и курсов»''', см. [[Валюта]]).
# От Travelfusion могут приходить как отрицательные значения такс (т.е. это таксы-скидки), так и не приходить вовсе, либо быть уже включенными в стоимость тарифа.
# Таймлимит на выписку брони на стороне поставщика равен 15 минут и не может быть больше.
# В Travelfusion запрещено бронирование отдельного места для младенца. Предупреждения об этом отображаются на странице выдачи результатов и на странице бронирования в виде надписи: ''Бронирование отдельного сидячего места для младенца не допускается перевозчиком''. Изменить текст предупреждения на странице результатов можно, задав в настройках локализации перевод для переменной ''flightsGroup__flightWarnings__insBookingNotAllowedBySupplier'', на странице бронирования - ''ins_booking_not_allowed_by_supplier''.
# '''Согласно требованию Travelfusion, нужно обязательно настраивать маршрутизацию по их расписанию.''' См. [[Фильтры_поисковых_запросов_(Авиабилеты)#Фильтр запросов по расписанию авиакомпании|Фильтр запросов по расписанию авиакомпании]]
# Вместе с адресной информацией из раздела '''Настройки Авиа → Профиль агентства''' в настройках '''{{NameProject2}}''' в качестве названия компании в Travelfusion передается название агенства в {{NameProject2}}. Для изменения названия компании, передаваемого в Travelfusion, необходимо менять название агенства в настройках {{NameProject2}}. Для этого нужно создать обращение в службу технической поддержки: [http://helpdesk.nemo.travel helpdesk.nemo.travel].
# Одним из требований Travelfusion является наличие параметра <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">PointOfSale </syntaxhighlight> в запросах StartRouting и ProcessTerms к поставщику. <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">PointOfSale </syntaxhighlight> предназначен для сертификации и корректной работы. Изменение значения этого параметра происходит в настройках '''{{NameProject2}}''' в поле '''Настройки Авиа → Профиль агентства → Код страны агентства''' .
# Область как часть адреса агентства и, в целом, сам адрес используется в запросе ProcessTerms, в массиве Address при бронировании в Travelfusion. В запросе ProcessTerms было добавлено поле "Область", изменение значения этого параметра происходит в настройках '''Nemo Connect''' в поле '''Настройки Авиа → Профили → Профиль агентства → Область'''. Помимо области, в массиве Address также содержится информация о следующих координатах агентства:
#* Название компании
#* Офис
#* Дом
#* Улица
#* Населенный пункт
#* Почтовый индекс
#* Страна
# Профиль агентства настраивается в двух местах:
#* В Nemo Connect в '''Настройки Авиа → Профили → Профиль агентства'''
#* В Nemo 1 в '''Аккаунт менеджмент → Агенты и пользователи → Профили компаний'''
#* По умолчанию информация о профиле агентства берется из п.1, однако для того, чтобы настройки подтягивались из п.2, необходимо включить чекбокс '''Загружать профиль компании в авиа сервере с Nemo 1''' в настройках Nemo 1 '''Для техподдержки → Nemo Connect Вебсервисы → Настройки взаимодействия'''. Настройку можно включать как для корневого агентства, так и для менеджера. Важно заметить, что данный параметр не наследуется, т.е. при включении на корневое агентство он не будет активен для менеджера корневого агентства, и наоборот.

== Возможные ошибки и их причины ==

* '''Your branch cannot perform booking through the TF.Payment Service''' — означает, что у данного агентства не активирован лицевой счет в Travelfusion. 
* '''Supplier does not support payments through the TF.Payment Service''' — данная авиакомпания не поддерживает метод оплаты TF.Pay. Отключить выдачу перелетов такой а/к можно на стороне Travelfusion, обратившись к их техподдержке. 
* '''Temporary supplier error''' - проблемы на стороне поставщика. Рекомендуется повторить действие позже. Если ошибка продолжает появляться часто, необходимо обратиться в службу техподдержки Travelfusion. 
* '''The supplier is too busy''' - аналогично, временные проблемы на стороне поставщика, связанные с высокой нагрузкой на систему Travelfusion.
* '''Internal server error''' - внутренняя ошибка на серверах Travelfusion.
* '''RequestValidationError''' - не заполнен профиль агентства (адрес и контактные данные) в панели администрирования {{NameProject2}}.
* '''Title missing''' - не включена настройка '''Автоматически добавлять титул пассажира''' в реквизитах бронирования пакета Travelfusion в панели администрирования {{NameProject2}}.
* '''Address post code is required for this journey''' - не внесены адресные данные в раздел '''Настройки Авиа → Профиль агентства''' в настройках '''{{NameProject2}}'''.

== Контактная информация ==
* [https://www.travelfusion.com Официальный сайт Travelfusion]
* [https://www.travelfusion.com/corporate/page/contact-us Контакты для обращения]

== См.также ==
* [[ГРС]]
* [[Галилео]]
* [[Sabre]]
* [[Сирена Трэвел]]
* [[Amadeus]]
* [[SITA Gabriel]]

API Travelfusion

2020-11-11T17:25:48Z

Иван Барабаш: /* Особенности работы с Travelfusion в {{NameSystem}} */

[[Категория:Поставщики авиабилетов]]
[[Файл:TFLOGO-m.png|right]]

'''Travelfusion''' — один из ведущих агрегаторов контента для ОТА, обеспечивающий прямой доступ к ресурсам многочисленных авиа-, жд- и отельных поставщиков. Помимо функций непосредственно ГРС располагает собственным платежным инструментом для взаиморасчетов (TF.Pay), а также готовыми сервисами (как для В2В, так и В2С моделей) для эффективного управления бизнесом. Специализируется в основном на низкобюджетных поставщиках (лоукостах).

Компания основана в 2000 г. Штаб-квартира Travelfusion находится в Лондоне (Великобритания), также имеются офисы в Шанхае (Китай).
Ресурс: около 220 авиакомпаний и железнодорожных перевозчиков. Полный список поддерживаемых поставщиков доступен на официальном сайте Travelfusion: [https://www.travelfusion.com/corporate/supplier]
Дистрибуция: преимущественно Европа.

== Процесс подключения к Travelfusion в {{NameSystem}} ==

# В системе {{NameSystem}} на данный момент можно реализовать подключение к Travelfusion только для работы с компонентом "Авиабилеты". Для этого агентству необходимо обратиться в отдел продаж Travelfusion и заключить договор. Также в письме необходимо указать, что агентство собирается работать с Travelfusion через {{NameSystem}}.
# После заключения договора аккаунт-менеджер агента высылает ему файл с реквизитами (логин и пароль) для подключения (Travelfusion Welcome Pack) и форму чеклиста для заполнения.
# Агентство предоставляет реквизиты техподдержке {{NameSystem}} через тикет в проектном трекере. Сотрудники техподдержки помогают заполнить опросник, и агент отправляет его в Travelfusion.
# После официального подтверждения Travelfusion и разрешения на начало работы сотрудники техподдержки заводят и настраивают пакет реквизитов в {{NameSystem}} для агента.

== Сопутствующие настройки для начала работы в {{NameSystem}} ==
После завершения конфигурации реквизитов агенту необходимо выполнить также следующие настройки:
# Внести необходимые правила для компаний, которые будут выписываться через коннектор Travelfusion в файл ценообразования. Значения комиссий при выписке не передаются поставщику, поэтому можно для всех таких а/к указать нулевое значение комиссии и назначить при необходимости свои агентские сборы. (см. [[Ценообразование (Авиабилеты)]])
# Добавить шаблон маршрут-квитанции для поставщика Travelfusion (см. [[Маршрут-квитанция]]).
# Проверить, что заполнены все поля в разделе '''Настройки Авиа → Профиль агентства''' в настройках '''{{NameProject2}}'''.
# При желании можно реализовать вывод дополнительного информационного текста во всплывающем окне (рядом с чекбоксом согласия с правилами бронирования и публичной оферты на странице заказа в том же блоке). Текст можно ввести в разделе настроек «Управление сайтом» → «Домены и протоколы» → «Дополнительные правила перевозки». Для вывода псевдоссылки на попап с этим текстом нужно изменить в локализации значение языковой переменной ''new-passinfo-footer__agreementText'' (см. [[Локализация]]), добавив html-код: 

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px">
'''Пример'''
<div class="mw-collapsible-content">
Я ознакомлен и согласен с <a href="/booking__policy" class="new-ui-pseudoLink js-thickbox__frame__href" data-popup="{title:'Правила бронирования'}">правилами бронирования</a>, <a href="/booking__additional_flight_rules" class="new-ui-pseudoLink js-thickbox__frame__href" data-popup="{title:'нужный вам заголовок'}">правилами предоставления дополнительных услуг</a>, <a href="[%-faresurl-%]" class="new-ui-pseudoLink js-thickbox__frame__href" data-popup="{title:'Условия применения тарифов'}">условиями применения тарифов</a> и <a href="/booking__policypd" class="new-ui-pseudoLink js-thickbox__frame__href" data-popup="{title:'Права субъекта персональных данных'}">правами субъекта персональных данных</a>. Я согласен и подтверждаю согласие третьих лиц, указанных мной в бронировании, на обработку персональных данных, в том числе на их передачу третьим лицам, обеспечивающим или обслуживающим перевозку, а также на трансграничную передачу персональных данных.
</div>
</div>

== Процесс оформления заказа в {{NameSystem}} ==

После выбора перелета Travelfusion и заполнения пассажирских данных на странице заказа в {{NameSystem}} клиент нажимает кнопку «Забронировать». При этом в самой авиакомпании бронь еще не создается. Объект брони создается только в самой системе Travelfusion, но по факту места не резервируются, и данные пассажиров в авиакомпанию не передаются.
После успешной оплаты {{NameSystem}} запускает запрос на выписку билета (в этот момент уже создается бронь в авиакомпании). Но даже после успешной обработки запроса на странице заказа сначала будет отображаться надпись ''«Билеты находятся на оформлении»'', так как в ответе на запрос выписки поставщик изначально не присылает номера билетов, т.к. бронь в авиакомпании подтверждается не сразу. Далее {{NameSystem}} автоматически обновляет заказ (с частотой 1 раз в 7 минут), и в ходе обновления уже получает номер билета от поставщика. Маршрут-квитанция будет автоматически отправлена на почту клиенту.
 Текст сообщения ''«Билеты находятся на оформлении»'' можно поменять в локализации, по языковой переменной ''ticketed_without_tickets''.

==Особенности Travelfusion==

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

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

Также, в связи с ориентацией Travelfusion на низкобюджетных поставщиков, билетов после выписки в {{NameSystem}} может не быть, часто в Travelfusion есть код бронирования в системе авиакомпании, с которым пассажирам нужно перейти на сайт авиакомпании для выписки.
После бронирования в системе авиакомпании Travelfusion его не синхронизирует, соответственно, {{NameSystem}} информации об изменениях в рейсах не получает, изменения в рейсах необходимо отслеживать пассажиру.
* В силу специфики Travelfusion получения данных от авиакомпаний, на разных стадиях оформления покупки (поиск, актуализация и бронирование в {{NameSystem}}) цена перелёта и бронирования могут отличаться - как правило это происходит из-за погрешностей округления при вычислении итоговых сумм на стороне Travelfusion и {{NameSystem}}.
* Необходимо в обязательном порядке вносить контактные данные клиента, так как при отсутствии контактных данных у пассажиров могут возникнуть проблемы с регистрацией на рейс. По указанным контактным данным высылается важная для агента информация.
* {{NameSystem}} возвращает проблемные статусы, полученные от Travelfusion. В случае проблемных статусов агенту необходимо следовать инструкциям и обращаться в техническую поддержку Travelfusion.
* В Travelfusion есть защита от дубликатов бронирования, в таких случаях возвращается ошибка. В случае ошибки создание нового бронирования в {{NameSystem}} не выполняется.
* В связи с частым обновлением требований для подключения агентов к Travelfusion, процесс подключения может быть длительным.

== Особенности работы с Travelfusion в {{NameSystem}} ==
# На данный момент в системе {{NameSystem}} есть возможность работать с Travelfusion только по депозитной схеме расчетов TF Prepay Method: агентство открывает в Travelfusion лицевой счет на определенную сумму, и при оформлении клиентом заказа на сайте с баланса агента списывается стоимость перелета на счет Travelfusion. Далее Travelfusion самостоятельно переводит эти средства на счет конкретной авиакомпании. {{Attention|Оплата напрямую в авиакомпанию по карте клиента на данный момент невозможна.}}
# {{Attention|На данный момент в системе {{NameSystem}} не реализованы:}}
#* поиск по окружным датам (планируется в будущем);
#* поиск по окружным аэропортам (планируется в будущем);
#* продажа допуслуг (провоз багажа, питание и выбор места);
#* поиск сложного маршрута (СТ) — не поддерживается Travelfusion;
#* довнесение данных и модификация брони (паспортные и визовые данные, карта лояльности) — не поддерживается Travelfusion;
#* аннуляция не выписанной брони и обновление выписанной брони — не поддерживается Travelfusion;
#* войдирование, обмен и возврат выписанной брони (не поддерживается Travelfusion). Для этого клиент должен обращаться напрямую в авиакомпанию.
# Все тарифы обрабатываются как невозвратные.
# Авиакомпании самостоятельно высылают клиенту письмо о подтверждении брони (т.е. свою маршрут-квитанцию) на электронный адрес, который был указан при бронировании. При этом в данной маршрут-квитанции будет указана чистая стоимость перелета, т.е. клиент увидит стоимость без агентских наценок.
# В случае изменений в рейсе/расписании после выписки брони измененные данные не отображаются в Travelfusion, т.е. синхронизация после выписки невозможна, и эти данные будут доступны только в авиакомпании напрямую.
# На странице заказа для лоукост-перелета по умолчанию отображается надпись ''«Внимание! Данный перелет предоставляется авиакомпанией-лоукостером. Питание на борту не предоставляется!»''. Текст данного сообщения можно поменять в локализации, по языковой переменной ''no_meal_for_LowCost''. Полностью скрыть вывод этого сообщения можно с помощью css-стилей.
# '''Теперь достаточно в реквизитах к ГДС указать валюту депозита, в пакете это опционально.'''
# Базовая стоимость перелетов от Travelfusion при поиске может поступать в какой угодно валюте — это зависит от авиакомпании, причем на один перелет в ответе поставщика могут быть цены в разных валютах (тариф в евро, а таксы, например, в долларах). Далее {{NameSystem}} запрашивает в Travelfusion курсы валют из их системы и конвертирует всю стоимость перелета согласно этому курсу в валюту реквизитов. Пересчет цен на сайте агента в другие валюты будет происходить согласно курсам, настроенным в справочнике валют агентства ('''«Настройки системы» → «Валюты и курсы» → «Справочник валют и курсов»''', см. [[Валюта]]).
# От Travelfusion могут приходить как отрицательные значения такс (т.е. это таксы-скидки), так и не приходить вовсе, либо быть уже включенными в стоимость тарифа.
# Таймлимит на выписку брони на стороне поставщика равен 15 минут и не может быть больше.
# В Travelfusion запрещено бронирование отдельного места для младенца. Предупреждения об этом отображаются на странице выдачи результатов и на странице бронирования в виде надписи: ''Бронирование отдельного сидячего места для младенца не допускается перевозчиком''. Изменить текст предупреждения на странице результатов можно, задав в настройках локализации перевод для переменной ''flightsGroup__flightWarnings__insBookingNotAllowedBySupplier'', на странице бронирования - ''ins_booking_not_allowed_by_supplier''.
# '''Согласно требованию Travelfusion, нужно обязательно настраивать маршрутизацию по их расписанию.''' См. [[Фильтры_поисковых_запросов_(Авиабилеты)#Фильтр запросов по расписанию авиакомпании|Фильтр запросов по расписанию авиакомпании]]
# Вместе с адресной информацией из раздела '''Настройки Авиа → Профиль агентства''' в настройках '''{{NameProject2}}''' в качестве названия компании в Travelfusion передается название агенства в {{NameProject2}}. Для изменения названия компании, передаваемого в Travelfusion, необходимо менять название агенства в настройках {{NameProject2}}. Для этого нужно создать обращение в службу технической поддержки: [http://helpdesk.nemo.travel helpdesk.nemo.travel].
# Одним из требований Travelfusion является наличие параметра <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">PointOfSale </syntaxhighlight> в запросах StartRouting и ProcessTerms к поставщику. <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">PointOfSale </syntaxhighlight> предназначен для сертификации и корректной работы. Изменение значения этого параметра происходит в настройках '''{{NameProject2}}''' в поле '''Настройки Авиа → Профиль агентства → Код страны агентства''' .
# Область как часть адреса агентства и, в целом, сам адрес используется в запросе ProcessTerms, в массиве Address при бронировании в Travelfusion. В запросе ProcessTerms было добавлено поле "Область" (в коде - <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Province</syntaxhighlight>). Изменение значения этого параметра происходит в настройках '''Nemo Connect''' в поле '''Настройки Авиа → Профили → Профиль агентства → Область'''. Помимо области, в массиве Address также содержится информация о следующих координатах агентства:
#* Название компании
#* Офис
#* Дом
#* Улица
#* Населенный пункт
#* Почтовый индекс
#* Страна
# Профиль агентства настраивается в двух местах:
#* В Nemo Connect в '''Настройки Авиа → Профили → Профиль агентства'''
#* В Nemo 1 в '''Аккаунт менеджмент → Агенты и пользователи → Профили компаний'''
#* По умолчанию информация о профиле агентства берется из п.1, однако для того, чтобы настройки подтягивались из п.2, необходимо включить чекбокс '''Загружать профиль компании в авиа сервере с Nemo 1''' в настройках Nemo 1 '''Для техподдержки → Nemo Connect Вебсервисы → Настройки взаимодействия'''. Настройку можно включать как для корневого агентства, так и для менеджера. Важно заметить, что данный параметр не наследуется, т.е. при включении на корневое агентство он не будет активен для менеджера корневого агентства, и наоборот.

== Возможные ошибки и их причины ==

* '''Your branch cannot perform booking through the TF.Payment Service''' — означает, что у данного агентства не активирован лицевой счет в Travelfusion. 
* '''Supplier does not support payments through the TF.Payment Service''' — данная авиакомпания не поддерживает метод оплаты TF.Pay. Отключить выдачу перелетов такой а/к можно на стороне Travelfusion, обратившись к их техподдержке. 
* '''Temporary supplier error''' - проблемы на стороне поставщика. Рекомендуется повторить действие позже. Если ошибка продолжает появляться часто, необходимо обратиться в службу техподдержки Travelfusion. 
* '''The supplier is too busy''' - аналогично, временные проблемы на стороне поставщика, связанные с высокой нагрузкой на систему Travelfusion.
* '''Internal server error''' - внутренняя ошибка на серверах Travelfusion.
* '''RequestValidationError''' - не заполнен профиль агентства (адрес и контактные данные) в панели администрирования {{NameProject2}}.
* '''Title missing''' - не включена настройка '''Автоматически добавлять титул пассажира''' в реквизитах бронирования пакета Travelfusion в панели администрирования {{NameProject2}}.
* '''Address post code is required for this journey''' - не внесены адресные данные в раздел '''Настройки Авиа → Профиль агентства''' в настройках '''{{NameProject2}}'''.

== Контактная информация ==
* [https://www.travelfusion.com Официальный сайт Travelfusion]
* [https://www.travelfusion.com/corporate/page/contact-us Контакты для обращения]

== См.также ==
* [[ГРС]]
* [[Галилео]]
* [[Sabre]]
* [[Сирена Трэвел]]
* [[Amadeus]]
* [[SITA Gabriel]]

Radixx

2020-11-11T17:25:01Z

Иван Барабаш: /* Бронирование */

[[Категория:Поставщики авиабилетов]]
[[Файл:Radixx Logo.png|right|250px]]
'''Radixx''' - компания, предоставляющая программное обеспечение для продажи, бронирования и дистрибуции туристических и пассажирских услуг.

На данный момент в рамках {{NameSystem}} Radixx поддерживает взаимодействие с авиакомпанией [[Flydubai]].

Компания была основана в 1993 году. Штаб-квартира находится в Орландо, штат Флорида, США, и имеет дополнительное представительство в Индии и Южной Африке. В настоящее время обслуживает около 50 авиакомпаний на шести континентах. Более полную информацию вы можете найти на официальном сайте Radixx: [https://www.radixx.com/about-us/].

== Процесс подключения к API Radixx в {{NameSystem}} ==
# В системе {{NameSystem}} на данный момент можно реализовать подключение к API Radixx. Для этого агентству необходимо обратиться ''в авиакомпанию'' для заключения договора и подписания NDA.
# Агенту выдают тестовые реквизиты, чтобы проверить работоспособность в тестовой среде. Авиакомпания Flydubai присылает тест кейсы, которые необходимо выполнить в тестовой среде и отправить им обратно запросы/ответы для проверки. По успешной проверке выдаются боевые реквизиты.
# Агент передает реквизиты техподдержке {{NameSystem}} через тикет в проектном трекере. Сотрудники техподдержки заводят и настраивают реквизиты в {{NameSystem}} для агента. (см. [[Реквизиты подключения к ГРС в Немо 2.0]])

== Особенности работы с Radixx в {{NameSystem}} ==
=== Поиск ===
* Radixx не поддерживает тип пассажира INS, поэтому необходимо искать тариф для ребенка. В брони авиа сервера такие пассажиры также будут отображаться как дети. Специфично для FZ: при бронировании пассажиров типа INS в конце имени добавляется "INF" (только на уровне коммуникации авиа сервер - Radixx); нельзя бронировать младенцев с местом младше 6 месяцев.
* Не поддерживается поиск сложного маршрута.
* Доступны только два класса - эконом и бизнес.
* Поддерживается поиск по маршрутной сетке.

=== Дополнительные услуги ===
* Radixx не предоставляет тарифных правил, поэтому {{NameSystem}} возвращает ссылки на ресурс с правилами тарифов конкретной авиакомпании. Получить ссылку можно в двух языках — en и ru.
* Доступны следующие мультиоперации: ActualizeFlight, GetPrice, GetFareRules и GetFareFamilies.

=== Бронирование ===
* На этапе бронирования и фиксации оплаты в PNR выполняется запрос LoginTravelAgent, посредством которого осуществляется вход в систему под агентом. Учетные данные для входа обязательно должны быть заполнены в реквизитах подключения к ГДС. Данные предоставляются авиакомпанией-партнером Radixx.
* Информация о паспортах не обрабатывается на стороне Radixx, поэтому вносить её нет необходимости. Если данные были заполнены, то Nemo Flight сохранит их на странице заказа и подставит в маршрут-квитанцию.
* Необходимо указывать хотя бы одни контактные данные покупателя/пассажира для информирования об изменениях.
* В Radixx есть защита от дубликатов бронирования, в таких случаях возвращается ошибка. В случае ошибки создание нового бронирования в {{NameSystem}} не выполняется.
* Дополнительные операции с бронью: модификация, импорт и получение истории ПНР.
* Нельзя оформлять бронирование на одного ребенка.
* Область как часть адреса агентства и, в целом, сам адрес используется в запросе SummaryPNR, в массиве Address при бронировании в Radixx. В запросе SummaryPNR было добавлено поле "Область", изменение значения этого параметра происходит в настройках '''Nemo Connect''' в поле '''Настройки Авиа → Профили → Профиль агентства → Область'''. Помимо области, в массиве Address также содержится информация о следующих координатах агентства:
# Улица, дом, офис
# Населенный пункт
# Почтовый индекс
# Страна
# Телефон (при его наличии)

Профиль агентства настраивается в двух местах:
# В Nemo Connect в '''Настройки Авиа → Профили → Профиль агентства'''
# В Nemo 1 в '''Аккаунт менеджмент → Агенты и пользователи → Профили компаний'''

По умолчанию информация о профиле агентства берется из п.1, однако для того, чтобы настройки подтягивались из п.2, необходимо включить чекбокс '''Загружать профиль компании в авиа сервере с Nemo 1''' в настройках Nemo 1 '''Для техподдержки → Nemo Connect Вебсервисы → Настройки взаимодействия'''. Настройку можно включать как для корневого агентства, так и для менеджера. Важно заметить, что данный параметр не наследуется, т.е. при включении на корневое агентство он не будет активен для менеджера корневого агентства, и наоборот.

=== Тип оплаты в ПНР ===
* По умолчанию нужно передавать в Radixx тип оплаты Invoice.

=== Выписка ===
* Выписка билетов выполняется по предоплате, поэтому на стороне авиакомпании необходимо наличие депозита агента.
* Значения комиссий при выписке не передаются поставщику.
* После выполнения выписки и возврата авиакомпании высылают клиенту письмо со своей маршрут-квитанцией на электронный адрес, который был указан при бронировании. При этом в маршрут-квитанции указана базовая стоимость тарифа и такс авиакомпании, т.е. сбор агента на стороне {{NameSystem}} в этой маршрут-квитанции не фигурирует.
* Поставщик не возвращает номера билетов, поэтому {{NameProject2}} вместо них по умолчанию проставляет PNR локатор.

=== Войдирование ===
* В IQ есть 2 часа (с момента создания PNR) на войд PNR без штрафов. В FZ при войдировании сразу есть штрафы. Войдирование выполняется посредством возврата.

=== Возврат ===
* Поддерживается только полный возврат.

=== Дополнительные сведения ===
* Не поддерживаются очереди.
* Недоступен обмен билетов.
* Таймлимит на поиске рассчитывается относительно времени вылета первого сегмента - 30 минут до вылета. При бронировании используется ТЛ от поставщика ReservationFulfillmentRequiredByGMT.
* Недоступен терминальный вид брони.

Radixx

2020-11-11T13:32:18Z

Иван Барабаш: /* Бронирование */

[[Категория:Поставщики авиабилетов]]
[[Файл:Radixx Logo.png|right|250px]]
'''Radixx''' - компания, предоставляющая программное обеспечение для продажи, бронирования и дистрибуции туристических и пассажирских услуг.

На данный момент в рамках {{NameSystem}} Radixx поддерживает взаимодействие с авиакомпанией [[Flydubai]].

Компания была основана в 1993 году. Штаб-квартира находится в Орландо, штат Флорида, США, и имеет дополнительное представительство в Индии и Южной Африке. В настоящее время обслуживает около 50 авиакомпаний на шести континентах. Более полную информацию вы можете найти на официальном сайте Radixx: [https://www.radixx.com/about-us/].

== Процесс подключения к API Radixx в {{NameSystem}} ==
# В системе {{NameSystem}} на данный момент можно реализовать подключение к API Radixx. Для этого агентству необходимо обратиться ''в авиакомпанию'' для заключения договора и подписания NDA.
# Агенту выдают тестовые реквизиты, чтобы проверить работоспособность в тестовой среде. Авиакомпания Flydubai присылает тест кейсы, которые необходимо выполнить в тестовой среде и отправить им обратно запросы/ответы для проверки. По успешной проверке выдаются боевые реквизиты.
# Агент передает реквизиты техподдержке {{NameSystem}} через тикет в проектном трекере. Сотрудники техподдержки заводят и настраивают реквизиты в {{NameSystem}} для агента. (см. [[Реквизиты подключения к ГРС в Немо 2.0]])

== Особенности работы с Radixx в {{NameSystem}} ==
=== Поиск ===
* Radixx не поддерживает тип пассажира INS, поэтому необходимо искать тариф для ребенка. В брони авиа сервера такие пассажиры также будут отображаться как дети. Специфично для FZ: при бронировании пассажиров типа INS в конце имени добавляется "INF" (только на уровне коммуникации авиа сервер - Radixx); нельзя бронировать младенцев с местом младше 6 месяцев.
* Не поддерживается поиск сложного маршрута.
* Доступны только два класса - эконом и бизнес.
* Поддерживается поиск по маршрутной сетке.

=== Дополнительные услуги ===
* Radixx не предоставляет тарифных правил, поэтому {{NameSystem}} возвращает ссылки на ресурс с правилами тарифов конкретной авиакомпании. Получить ссылку можно в двух языках — en и ru.
* Доступны следующие мультиоперации: ActualizeFlight, GetPrice, GetFareRules и GetFareFamilies.

=== Бронирование ===
* На этапе бронирования и фиксации оплаты в PNR выполняется запрос LoginTravelAgent, посредством которого осуществляется вход в систему под агентом. Учетные данные для входа обязательно должны быть заполнены в реквизитах подключения к ГДС. Данные предоставляются авиакомпанией-партнером Radixx.
* Информация о паспортах не обрабатывается на стороне Radixx, поэтому вносить её нет необходимости. Если данные были заполнены, то Nemo Flight сохранит их на странице заказа и подставит в маршрут-квитанцию.
* Необходимо указывать хотя бы одни контактные данные покупателя/пассажира для информирования об изменениях.
* В Radixx есть защита от дубликатов бронирования, в таких случаях возвращается ошибка. В случае ошибки создание нового бронирования в {{NameSystem}} не выполняется.
* Дополнительные операции с бронью: модификация, импорт и получение истории ПНР.
* Нельзя оформлять бронирование на одного ребенка.
* Область как часть адреса агентства и, в целом, сам адрес используется в запросе SummaryPNR, в массиве Address при бронировании в Radixx. В запросе SummaryPNR было добавлено поле "Область" (в коде - <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">State</syntaxhighlight>). Изменение значения этого параметра происходит в настройках '''Nemo Connect''' в поле '''Настройки Авиа → Профили → Профиль агентства → Область'''. Помимо области, в массиве Address также содержится информация о следующих координатах агентства:
# Улица, дом, офис (параметры описаны в том же порядке, в котором они отображены в коде (т.е. сначала идет улица, потом дом, затем офис)) - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Address1</syntaxhighlight>;
# Населенный пункт - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">City</syntaxhighlight>;
# Почтовый индекс - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Postal</syntaxhighlight>;
# Страна - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">CountryCode</syntaxhighlight>;
# Телефон (при его наличии) - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">PhoneNumber</syntaxhighlight>.

Профиль агентства настраивается в двух местах:
# В Nemo Connect в '''Настройки Авиа → Профили → Профиль агентства'''
# В Nemo 1 в '''Аккаунт менеджмент → Агенты и пользователи → Профили компаний'''

По умолчанию информация о профиле агентства берется из п.1, однако для того, чтобы настройки подтягивались из п.2, необходимо включить чекбокс '''Загружать профиль компании в авиа сервере с Nemo 1''' в настройках Nemo 1 '''Для техподдержки → Nemo Connect Вебсервисы → Настройки взаимодействия'''. Настройку можно включать как для корневого агентства, так и для менеджера. Важно заметить, что данный параметр не наследуется, т.е. при включении на корневое агентство он не будет активен для менеджера корневого агентства, и наоборот.

=== Тип оплаты в ПНР ===
* По умолчанию нужно передавать в Radixx тип оплаты Invoice.

=== Выписка ===
* Выписка билетов выполняется по предоплате, поэтому на стороне авиакомпании необходимо наличие депозита агента.
* Значения комиссий при выписке не передаются поставщику.
* После выполнения выписки и возврата авиакомпании высылают клиенту письмо со своей маршрут-квитанцией на электронный адрес, который был указан при бронировании. При этом в маршрут-квитанции указана базовая стоимость тарифа и такс авиакомпании, т.е. сбор агента на стороне {{NameSystem}} в этой маршрут-квитанции не фигурирует.
* Поставщик не возвращает номера билетов, поэтому {{NameProject2}} вместо них по умолчанию проставляет PNR локатор.

=== Войдирование ===
* В IQ есть 2 часа (с момента создания PNR) на войд PNR без штрафов. В FZ при войдировании сразу есть штрафы. Войдирование выполняется посредством возврата.

=== Возврат ===
* Поддерживается только полный возврат.

=== Дополнительные сведения ===
* Не поддерживаются очереди.
* Недоступен обмен билетов.
* Таймлимит на поиске рассчитывается относительно времени вылета первого сегмента - 30 минут до вылета. При бронировании используется ТЛ от поставщика ReservationFulfillmentRequiredByGMT.
* Недоступен терминальный вид брони.

Radixx

2020-11-11T13:27:43Z

Иван Барабаш: /* Бронирование */

[[Категория:Поставщики авиабилетов]]
[[Файл:Radixx Logo.png|right|250px]]
'''Radixx''' - компания, предоставляющая программное обеспечение для продажи, бронирования и дистрибуции туристических и пассажирских услуг.

На данный момент в рамках {{NameSystem}} Radixx поддерживает взаимодействие с авиакомпанией [[Flydubai]].

Компания была основана в 1993 году. Штаб-квартира находится в Орландо, штат Флорида, США, и имеет дополнительное представительство в Индии и Южной Африке. В настоящее время обслуживает около 50 авиакомпаний на шести континентах. Более полную информацию вы можете найти на официальном сайте Radixx: [https://www.radixx.com/about-us/].

== Процесс подключения к API Radixx в {{NameSystem}} ==
# В системе {{NameSystem}} на данный момент можно реализовать подключение к API Radixx. Для этого агентству необходимо обратиться ''в авиакомпанию'' для заключения договора и подписания NDA.
# Агенту выдают тестовые реквизиты, чтобы проверить работоспособность в тестовой среде. Авиакомпания Flydubai присылает тест кейсы, которые необходимо выполнить в тестовой среде и отправить им обратно запросы/ответы для проверки. По успешной проверке выдаются боевые реквизиты.
# Агент передает реквизиты техподдержке {{NameSystem}} через тикет в проектном трекере. Сотрудники техподдержки заводят и настраивают реквизиты в {{NameSystem}} для агента. (см. [[Реквизиты подключения к ГРС в Немо 2.0]])

== Особенности работы с Radixx в {{NameSystem}} ==
=== Поиск ===
* Radixx не поддерживает тип пассажира INS, поэтому необходимо искать тариф для ребенка. В брони авиа сервера такие пассажиры также будут отображаться как дети. Специфично для FZ: при бронировании пассажиров типа INS в конце имени добавляется "INF" (только на уровне коммуникации авиа сервер - Radixx); нельзя бронировать младенцев с местом младше 6 месяцев.
* Не поддерживается поиск сложного маршрута.
* Доступны только два класса - эконом и бизнес.
* Поддерживается поиск по маршрутной сетке.

=== Дополнительные услуги ===
* Radixx не предоставляет тарифных правил, поэтому {{NameSystem}} возвращает ссылки на ресурс с правилами тарифов конкретной авиакомпании. Получить ссылку можно в двух языках — en и ru.
* Доступны следующие мультиоперации: ActualizeFlight, GetPrice, GetFareRules и GetFareFamilies.

=== Бронирование ===
* На этапе бронирования и фиксации оплаты в PNR выполняется запрос LoginTravelAgent, посредством которого осуществляется вход в систему под агентом. Учетные данные для входа обязательно должны быть заполнены в реквизитах подключения к ГДС. Данные предоставляются авиакомпанией-партнером Radixx.
* Информация о паспортах не обрабатывается на стороне Radixx, поэтому вносить её нет необходимости. Если данные были заполнены, то Nemo Flight сохранит их на странице заказа и подставит в маршрут-квитанцию.
* Необходимо указывать хотя бы одни контактные данные покупателя/пассажира для информирования об изменениях.
* В Radixx есть защита от дубликатов бронирования, в таких случаях возвращается ошибка. В случае ошибки создание нового бронирования в {{NameSystem}} не выполняется.
* Дополнительные операции с бронью: модификация, импорт и получение истории ПНР.
* Нельзя оформлять бронирование на одного ребенка.
* Область как часть адреса агентства и, в целом, сам адрес используется в запросе SummaryPNR, в массиве Address при бронировании в Radixx. В запросе SummaryPNR было добавлено поле "Область" (в коде - <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">State</syntaxhighlight>). Изменение значения этого параметра происходит в настройках '''Nemo Connect''' в поле '''Настройки Авиа → Профили → Профиль агентства → Область'''. Помимо области, в массиве Address также содержится информация о следующих координатах агентства:
# Улица, дом, офис (параметры описаны в том же порядке, в котором они отображены в коде (т.е. сначала идет улица, потом дом, затем офис)) - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Address1</syntaxhighlight>;
# Населенный пункт - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">City</syntaxhighlight>;
# Почтовый индекс - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Postal</syntaxhighlight>;
# Страна - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">CountryCode</syntaxhighlight>;
# Контактный телефон агентства (если он указан) - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">PhoneNumber</syntaxhighlight>.

Профиль агентства настраивается в двух местах:
# В Nemo Connect в '''Настройки Авиа → Профили → Профиль агентства'''
# В Nemo 1 в '''Аккаунт менеджмент → Агенты и пользователи → Профили компаний'''

По умолчанию информация о профиле агентства берется из п.1, однако для того, чтобы настройки подтягивались из п.2, необходимо включить чекбокс '''Загружать профиль компании в авиа сервере с Nemo 1''' в настройках Nemo 1 '''Для техподдержки → Nemo Connect Вебсервисы → Настройки взаимодействия'''. Настройку можно включать как для корневого агентства, так и для менеджера. Важно заметить, что данный параметр не наследуется, т.е. при включении на корневое агентство он не будет активен для менеджера корневого агентства, и наоборот.

=== Тип оплаты в ПНР ===
* По умолчанию нужно передавать в Radixx тип оплаты Invoice.

=== Выписка ===
* Выписка билетов выполняется по предоплате, поэтому на стороне авиакомпании необходимо наличие депозита агента.
* Значения комиссий при выписке не передаются поставщику.
* После выполнения выписки и возврата авиакомпании высылают клиенту письмо со своей маршрут-квитанцией на электронный адрес, который был указан при бронировании. При этом в маршрут-квитанции указана базовая стоимость тарифа и такс авиакомпании, т.е. сбор агента на стороне {{NameSystem}} в этой маршрут-квитанции не фигурирует.
* Поставщик не возвращает номера билетов, поэтому {{NameProject2}} вместо них по умолчанию проставляет PNR локатор.

=== Войдирование ===
* В IQ есть 2 часа (с момента создания PNR) на войд PNR без штрафов. В FZ при войдировании сразу есть штрафы. Войдирование выполняется посредством возврата.

=== Возврат ===
* Поддерживается только полный возврат.

=== Дополнительные сведения ===
* Не поддерживаются очереди.
* Недоступен обмен билетов.
* Таймлимит на поиске рассчитывается относительно времени вылета первого сегмента - 30 минут до вылета. При бронировании используется ТЛ от поставщика ReservationFulfillmentRequiredByGMT.
* Недоступен терминальный вид брони.

API Travelfusion

2020-11-11T13:27:30Z

Иван Барабаш: /* Особенности работы с Travelfusion в {{NameSystem}} */

[[Категория:Поставщики авиабилетов]]
[[Файл:TFLOGO-m.png|right]]

'''Travelfusion''' — один из ведущих агрегаторов контента для ОТА, обеспечивающий прямой доступ к ресурсам многочисленных авиа-, жд- и отельных поставщиков. Помимо функций непосредственно ГРС располагает собственным платежным инструментом для взаиморасчетов (TF.Pay), а также готовыми сервисами (как для В2В, так и В2С моделей) для эффективного управления бизнесом. Специализируется в основном на низкобюджетных поставщиках (лоукостах).

Компания основана в 2000 г. Штаб-квартира Travelfusion находится в Лондоне (Великобритания), также имеются офисы в Шанхае (Китай).
Ресурс: около 220 авиакомпаний и железнодорожных перевозчиков. Полный список поддерживаемых поставщиков доступен на официальном сайте Travelfusion: [https://www.travelfusion.com/corporate/supplier]
Дистрибуция: преимущественно Европа.

== Процесс подключения к Travelfusion в {{NameSystem}} ==

# В системе {{NameSystem}} на данный момент можно реализовать подключение к Travelfusion только для работы с компонентом "Авиабилеты". Для этого агентству необходимо обратиться в отдел продаж Travelfusion и заключить договор. Также в письме необходимо указать, что агентство собирается работать с Travelfusion через {{NameSystem}}.
# После заключения договора аккаунт-менеджер агента высылает ему файл с реквизитами (логин и пароль) для подключения (Travelfusion Welcome Pack) и форму чеклиста для заполнения.
# Агентство предоставляет реквизиты техподдержке {{NameSystem}} через тикет в проектном трекере. Сотрудники техподдержки помогают заполнить опросник, и агент отправляет его в Travelfusion.
# После официального подтверждения Travelfusion и разрешения на начало работы сотрудники техподдержки заводят и настраивают пакет реквизитов в {{NameSystem}} для агента.

== Сопутствующие настройки для начала работы в {{NameSystem}} ==
После завершения конфигурации реквизитов агенту необходимо выполнить также следующие настройки:
# Внести необходимые правила для компаний, которые будут выписываться через коннектор Travelfusion в файл ценообразования. Значения комиссий при выписке не передаются поставщику, поэтому можно для всех таких а/к указать нулевое значение комиссии и назначить при необходимости свои агентские сборы. (см. [[Ценообразование (Авиабилеты)]])
# Добавить шаблон маршрут-квитанции для поставщика Travelfusion (см. [[Маршрут-квитанция]]).
# Проверить, что заполнены все поля в разделе '''Настройки Авиа → Профиль агентства''' в настройках '''{{NameProject2}}'''.
# При желании можно реализовать вывод дополнительного информационного текста во всплывающем окне (рядом с чекбоксом согласия с правилами бронирования и публичной оферты на странице заказа в том же блоке). Текст можно ввести в разделе настроек «Управление сайтом» → «Домены и протоколы» → «Дополнительные правила перевозки». Для вывода псевдоссылки на попап с этим текстом нужно изменить в локализации значение языковой переменной ''new-passinfo-footer__agreementText'' (см. [[Локализация]]), добавив html-код: 

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px">
'''Пример'''
<div class="mw-collapsible-content">
Я ознакомлен и согласен с <a href="/booking__policy" class="new-ui-pseudoLink js-thickbox__frame__href" data-popup="{title:'Правила бронирования'}">правилами бронирования</a>, <a href="/booking__additional_flight_rules" class="new-ui-pseudoLink js-thickbox__frame__href" data-popup="{title:'нужный вам заголовок'}">правилами предоставления дополнительных услуг</a>, <a href="[%-faresurl-%]" class="new-ui-pseudoLink js-thickbox__frame__href" data-popup="{title:'Условия применения тарифов'}">условиями применения тарифов</a> и <a href="/booking__policypd" class="new-ui-pseudoLink js-thickbox__frame__href" data-popup="{title:'Права субъекта персональных данных'}">правами субъекта персональных данных</a>. Я согласен и подтверждаю согласие третьих лиц, указанных мной в бронировании, на обработку персональных данных, в том числе на их передачу третьим лицам, обеспечивающим или обслуживающим перевозку, а также на трансграничную передачу персональных данных.
</div>
</div>

== Процесс оформления заказа в {{NameSystem}} ==

После выбора перелета Travelfusion и заполнения пассажирских данных на странице заказа в {{NameSystem}} клиент нажимает кнопку «Забронировать». При этом в самой авиакомпании бронь еще не создается. Объект брони создается только в самой системе Travelfusion, но по факту места не резервируются, и данные пассажиров в авиакомпанию не передаются.
После успешной оплаты {{NameSystem}} запускает запрос на выписку билета (в этот момент уже создается бронь в авиакомпании). Но даже после успешной обработки запроса на странице заказа сначала будет отображаться надпись ''«Билеты находятся на оформлении»'', так как в ответе на запрос выписки поставщик изначально не присылает номера билетов, т.к. бронь в авиакомпании подтверждается не сразу. Далее {{NameSystem}} автоматически обновляет заказ (с частотой 1 раз в 7 минут), и в ходе обновления уже получает номер билета от поставщика. Маршрут-квитанция будет автоматически отправлена на почту клиенту.
 Текст сообщения ''«Билеты находятся на оформлении»'' можно поменять в локализации, по языковой переменной ''ticketed_without_tickets''.

==Особенности Travelfusion==

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

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

Также, в связи с ориентацией Travelfusion на низкобюджетных поставщиков, билетов после выписки в {{NameSystem}} может не быть, часто в Travelfusion есть код бронирования в системе авиакомпании, с которым пассажирам нужно перейти на сайт авиакомпании для выписки.
После бронирования в системе авиакомпании Travelfusion его не синхронизирует, соответственно, {{NameSystem}} информации об изменениях в рейсах не получает, изменения в рейсах необходимо отслеживать пассажиру.
* В силу специфики Travelfusion получения данных от авиакомпаний, на разных стадиях оформления покупки (поиск, актуализация и бронирование в {{NameSystem}}) цена перелёта и бронирования могут отличаться - как правило это происходит из-за погрешностей округления при вычислении итоговых сумм на стороне Travelfusion и {{NameSystem}}.
* Необходимо в обязательном порядке вносить контактные данные клиента, так как при отсутствии контактных данных у пассажиров могут возникнуть проблемы с регистрацией на рейс. По указанным контактным данным высылается важная для агента информация.
* {{NameSystem}} возвращает проблемные статусы, полученные от Travelfusion. В случае проблемных статусов агенту необходимо следовать инструкциям и обращаться в техническую поддержку Travelfusion.
* В Travelfusion есть защита от дубликатов бронирования, в таких случаях возвращается ошибка. В случае ошибки создание нового бронирования в {{NameSystem}} не выполняется.
* В связи с частым обновлением требований для подключения агентов к Travelfusion, процесс подключения может быть длительным.

== Особенности работы с Travelfusion в {{NameSystem}} ==
# На данный момент в системе {{NameSystem}} есть возможность работать с Travelfusion только по депозитной схеме расчетов TF Prepay Method: агентство открывает в Travelfusion лицевой счет на определенную сумму, и при оформлении клиентом заказа на сайте с баланса агента списывается стоимость перелета на счет Travelfusion. Далее Travelfusion самостоятельно переводит эти средства на счет конкретной авиакомпании. {{Attention|Оплата напрямую в авиакомпанию по карте клиента на данный момент невозможна.}}
# {{Attention|На данный момент в системе {{NameSystem}} не реализованы:}}
#* поиск по окружным датам (планируется в будущем);
#* поиск по окружным аэропортам (планируется в будущем);
#* продажа допуслуг (провоз багажа, питание и выбор места);
#* поиск сложного маршрута (СТ) — не поддерживается Travelfusion;
#* довнесение данных и модификация брони (паспортные и визовые данные, карта лояльности) — не поддерживается Travelfusion;
#* аннуляция не выписанной брони и обновление выписанной брони — не поддерживается Travelfusion;
#* войдирование, обмен и возврат выписанной брони (не поддерживается Travelfusion). Для этого клиент должен обращаться напрямую в авиакомпанию.
# Все тарифы обрабатываются как невозвратные.
# Авиакомпании самостоятельно высылают клиенту письмо о подтверждении брони (т.е. свою маршрут-квитанцию) на электронный адрес, который был указан при бронировании. При этом в данной маршрут-квитанции будет указана чистая стоимость перелета, т.е. клиент увидит стоимость без агентских наценок.
# В случае изменений в рейсе/расписании после выписки брони измененные данные не отображаются в Travelfusion, т.е. синхронизация после выписки невозможна, и эти данные будут доступны только в авиакомпании напрямую.
# На странице заказа для лоукост-перелета по умолчанию отображается надпись ''«Внимание! Данный перелет предоставляется авиакомпанией-лоукостером. Питание на борту не предоставляется!»''. Текст данного сообщения можно поменять в локализации, по языковой переменной ''no_meal_for_LowCost''. Полностью скрыть вывод этого сообщения можно с помощью css-стилей.
# '''Теперь достаточно в реквизитах к ГДС указать валюту депозита, в пакете это опционально.'''
# Базовая стоимость перелетов от Travelfusion при поиске может поступать в какой угодно валюте — это зависит от авиакомпании, причем на один перелет в ответе поставщика могут быть цены в разных валютах (тариф в евро, а таксы, например, в долларах). Далее {{NameSystem}} запрашивает в Travelfusion курсы валют из их системы и конвертирует всю стоимость перелета согласно этому курсу в валюту реквизитов. Пересчет цен на сайте агента в другие валюты будет происходить согласно курсам, настроенным в справочнике валют агентства ('''«Настройки системы» → «Валюты и курсы» → «Справочник валют и курсов»''', см. [[Валюта]]).
# От Travelfusion могут приходить как отрицательные значения такс (т.е. это таксы-скидки), так и не приходить вовсе, либо быть уже включенными в стоимость тарифа.
# Таймлимит на выписку брони на стороне поставщика равен 15 минут и не может быть больше.
# В Travelfusion запрещено бронирование отдельного места для младенца. Предупреждения об этом отображаются на странице выдачи результатов и на странице бронирования в виде надписи: ''Бронирование отдельного сидячего места для младенца не допускается перевозчиком''. Изменить текст предупреждения на странице результатов можно, задав в настройках локализации перевод для переменной ''flightsGroup__flightWarnings__insBookingNotAllowedBySupplier'', на странице бронирования - ''ins_booking_not_allowed_by_supplier''.
# '''Согласно требованию Travelfusion, нужно обязательно настраивать маршрутизацию по их расписанию.''' См. [[Фильтры_поисковых_запросов_(Авиабилеты)#Фильтр запросов по расписанию авиакомпании|Фильтр запросов по расписанию авиакомпании]]
# Вместе с адресной информацией из раздела '''Настройки Авиа → Профиль агентства''' в настройках '''{{NameProject2}}''' в качестве названия компании в Travelfusion передается название агенства в {{NameProject2}}. Для изменения названия компании, передаваемого в Travelfusion, необходимо менять название агенства в настройках {{NameProject2}}. Для этого нужно создать обращение в службу технической поддержки: [http://helpdesk.nemo.travel helpdesk.nemo.travel].
# Одним из требований Travelfusion является наличие параметра <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">PointOfSale </syntaxhighlight> в запросах StartRouting и ProcessTerms к поставщику. <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">PointOfSale </syntaxhighlight> предназначен для сертификации и корректной работы. Изменение значения этого параметра происходит в настройках '''{{NameProject2}}''' в поле '''Настройки Авиа → Профиль агентства → Код страны агентства''' .
# Область как часть адреса агентства и, в целом, сам адрес используется в запросе ProcessTerms, в массиве Address при бронировании в Travelfusion. В запросе ProcessTerms было добавлено поле "Область" (в коде - <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Province</syntaxhighlight>). Изменение значения этого параметра происходит в настройках '''Nemo Connect''' в поле '''Настройки Авиа → Профили → Профиль агентства → Область'''. Помимо области, в массиве Address также содержится информация о следующих координатах агентства:
#* Название компании - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Company</syntaxhighlight>
#* Офис - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Flat</syntaxhighlight>
#* Дом - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">BuildingNumber</syntaxhighlight>
#* Улица - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Street</syntaxhighlight>
#* Населенный пункт - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">City</syntaxhighlight>
#* Почтовый индекс - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Postcode</syntaxhighlight>
#* Страна - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">CountryCode</syntaxhighlight>
# Профиль агентства настраивается в двух местах:
#* В Nemo Connect в '''Настройки Авиа → Профили → Профиль агентства'''
#* В Nemo 1 в '''Аккаунт менеджмент → Агенты и пользователи → Профили компаний'''
#* По умолчанию информация о профиле агентства берется из п.1, однако для того, чтобы настройки подтягивались из п.2, необходимо включить чекбокс '''Загружать профиль компании в авиа сервере с Nemo 1''' в настройках Nemo 1 '''Для техподдержки → Nemo Connect Вебсервисы → Настройки взаимодействия'''. Настройку можно включать как для корневого агентства, так и для менеджера. Важно заметить, что данный параметр не наследуется, т.е. при включении на корневое агентство он не будет активен для менеджера корневого агентства, и наоборот.

== Возможные ошибки и их причины ==

* '''Your branch cannot perform booking through the TF.Payment Service''' — означает, что у данного агентства не активирован лицевой счет в Travelfusion. 
* '''Supplier does not support payments through the TF.Payment Service''' — данная авиакомпания не поддерживает метод оплаты TF.Pay. Отключить выдачу перелетов такой а/к можно на стороне Travelfusion, обратившись к их техподдержке. 
* '''Temporary supplier error''' - проблемы на стороне поставщика. Рекомендуется повторить действие позже. Если ошибка продолжает появляться часто, необходимо обратиться в службу техподдержки Travelfusion. 
* '''The supplier is too busy''' - аналогично, временные проблемы на стороне поставщика, связанные с высокой нагрузкой на систему Travelfusion.
* '''Internal server error''' - внутренняя ошибка на серверах Travelfusion.
* '''RequestValidationError''' - не заполнен профиль агентства (адрес и контактные данные) в панели администрирования {{NameProject2}}.
* '''Title missing''' - не включена настройка '''Автоматически добавлять титул пассажира''' в реквизитах бронирования пакета Travelfusion в панели администрирования {{NameProject2}}.
* '''Address post code is required for this journey''' - не внесены адресные данные в раздел '''Настройки Авиа → Профиль агентства''' в настройках '''{{NameProject2}}'''.

== Контактная информация ==
* [https://www.travelfusion.com Официальный сайт Travelfusion]
* [https://www.travelfusion.com/corporate/page/contact-us Контакты для обращения]

== См.также ==
* [[ГРС]]
* [[Галилео]]
* [[Sabre]]
* [[Сирена Трэвел]]
* [[Amadeus]]
* [[SITA Gabriel]]

API Travelfusion

2020-11-11T13:26:46Z

Иван Барабаш: /* Особенности работы с Travelfusion в {{NameSystem}} */

[[Категория:Поставщики авиабилетов]]
[[Файл:TFLOGO-m.png|right]]

'''Travelfusion''' — один из ведущих агрегаторов контента для ОТА, обеспечивающий прямой доступ к ресурсам многочисленных авиа-, жд- и отельных поставщиков. Помимо функций непосредственно ГРС располагает собственным платежным инструментом для взаиморасчетов (TF.Pay), а также готовыми сервисами (как для В2В, так и В2С моделей) для эффективного управления бизнесом. Специализируется в основном на низкобюджетных поставщиках (лоукостах).

Компания основана в 2000 г. Штаб-квартира Travelfusion находится в Лондоне (Великобритания), также имеются офисы в Шанхае (Китай).
Ресурс: около 220 авиакомпаний и железнодорожных перевозчиков. Полный список поддерживаемых поставщиков доступен на официальном сайте Travelfusion: [https://www.travelfusion.com/corporate/supplier]
Дистрибуция: преимущественно Европа.

== Процесс подключения к Travelfusion в {{NameSystem}} ==

# В системе {{NameSystem}} на данный момент можно реализовать подключение к Travelfusion только для работы с компонентом "Авиабилеты". Для этого агентству необходимо обратиться в отдел продаж Travelfusion и заключить договор. Также в письме необходимо указать, что агентство собирается работать с Travelfusion через {{NameSystem}}.
# После заключения договора аккаунт-менеджер агента высылает ему файл с реквизитами (логин и пароль) для подключения (Travelfusion Welcome Pack) и форму чеклиста для заполнения.
# Агентство предоставляет реквизиты техподдержке {{NameSystem}} через тикет в проектном трекере. Сотрудники техподдержки помогают заполнить опросник, и агент отправляет его в Travelfusion.
# После официального подтверждения Travelfusion и разрешения на начало работы сотрудники техподдержки заводят и настраивают пакет реквизитов в {{NameSystem}} для агента.

== Сопутствующие настройки для начала работы в {{NameSystem}} ==
После завершения конфигурации реквизитов агенту необходимо выполнить также следующие настройки:
# Внести необходимые правила для компаний, которые будут выписываться через коннектор Travelfusion в файл ценообразования. Значения комиссий при выписке не передаются поставщику, поэтому можно для всех таких а/к указать нулевое значение комиссии и назначить при необходимости свои агентские сборы. (см. [[Ценообразование (Авиабилеты)]])
# Добавить шаблон маршрут-квитанции для поставщика Travelfusion (см. [[Маршрут-квитанция]]).
# Проверить, что заполнены все поля в разделе '''Настройки Авиа → Профиль агентства''' в настройках '''{{NameProject2}}'''.
# При желании можно реализовать вывод дополнительного информационного текста во всплывающем окне (рядом с чекбоксом согласия с правилами бронирования и публичной оферты на странице заказа в том же блоке). Текст можно ввести в разделе настроек «Управление сайтом» → «Домены и протоколы» → «Дополнительные правила перевозки». Для вывода псевдоссылки на попап с этим текстом нужно изменить в локализации значение языковой переменной ''new-passinfo-footer__agreementText'' (см. [[Локализация]]), добавив html-код: 

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px">
'''Пример'''
<div class="mw-collapsible-content">
Я ознакомлен и согласен с <a href="/booking__policy" class="new-ui-pseudoLink js-thickbox__frame__href" data-popup="{title:'Правила бронирования'}">правилами бронирования</a>, <a href="/booking__additional_flight_rules" class="new-ui-pseudoLink js-thickbox__frame__href" data-popup="{title:'нужный вам заголовок'}">правилами предоставления дополнительных услуг</a>, <a href="[%-faresurl-%]" class="new-ui-pseudoLink js-thickbox__frame__href" data-popup="{title:'Условия применения тарифов'}">условиями применения тарифов</a> и <a href="/booking__policypd" class="new-ui-pseudoLink js-thickbox__frame__href" data-popup="{title:'Права субъекта персональных данных'}">правами субъекта персональных данных</a>. Я согласен и подтверждаю согласие третьих лиц, указанных мной в бронировании, на обработку персональных данных, в том числе на их передачу третьим лицам, обеспечивающим или обслуживающим перевозку, а также на трансграничную передачу персональных данных.
</div>
</div>

== Процесс оформления заказа в {{NameSystem}} ==

После выбора перелета Travelfusion и заполнения пассажирских данных на странице заказа в {{NameSystem}} клиент нажимает кнопку «Забронировать». При этом в самой авиакомпании бронь еще не создается. Объект брони создается только в самой системе Travelfusion, но по факту места не резервируются, и данные пассажиров в авиакомпанию не передаются.
После успешной оплаты {{NameSystem}} запускает запрос на выписку билета (в этот момент уже создается бронь в авиакомпании). Но даже после успешной обработки запроса на странице заказа сначала будет отображаться надпись ''«Билеты находятся на оформлении»'', так как в ответе на запрос выписки поставщик изначально не присылает номера билетов, т.к. бронь в авиакомпании подтверждается не сразу. Далее {{NameSystem}} автоматически обновляет заказ (с частотой 1 раз в 7 минут), и в ходе обновления уже получает номер билета от поставщика. Маршрут-квитанция будет автоматически отправлена на почту клиенту.
 Текст сообщения ''«Билеты находятся на оформлении»'' можно поменять в локализации, по языковой переменной ''ticketed_without_tickets''.

==Особенности Travelfusion==

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

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

Также, в связи с ориентацией Travelfusion на низкобюджетных поставщиков, билетов после выписки в {{NameSystem}} может не быть, часто в Travelfusion есть код бронирования в системе авиакомпании, с которым пассажирам нужно перейти на сайт авиакомпании для выписки.
После бронирования в системе авиакомпании Travelfusion его не синхронизирует, соответственно, {{NameSystem}} информации об изменениях в рейсах не получает, изменения в рейсах необходимо отслеживать пассажиру.
* В силу специфики Travelfusion получения данных от авиакомпаний, на разных стадиях оформления покупки (поиск, актуализация и бронирование в {{NameSystem}}) цена перелёта и бронирования могут отличаться - как правило это происходит из-за погрешностей округления при вычислении итоговых сумм на стороне Travelfusion и {{NameSystem}}.
* Необходимо в обязательном порядке вносить контактные данные клиента, так как при отсутствии контактных данных у пассажиров могут возникнуть проблемы с регистрацией на рейс. По указанным контактным данным высылается важная для агента информация.
* {{NameSystem}} возвращает проблемные статусы, полученные от Travelfusion. В случае проблемных статусов агенту необходимо следовать инструкциям и обращаться в техническую поддержку Travelfusion.
* В Travelfusion есть защита от дубликатов бронирования, в таких случаях возвращается ошибка. В случае ошибки создание нового бронирования в {{NameSystem}} не выполняется.
* В связи с частым обновлением требований для подключения агентов к Travelfusion, процесс подключения может быть длительным.

== Особенности работы с Travelfusion в {{NameSystem}} ==
# На данный момент в системе {{NameSystem}} есть возможность работать с Travelfusion только по депозитной схеме расчетов TF Prepay Method: агентство открывает в Travelfusion лицевой счет на определенную сумму, и при оформлении клиентом заказа на сайте с баланса агента списывается стоимость перелета на счет Travelfusion. Далее Travelfusion самостоятельно переводит эти средства на счет конкретной авиакомпании. {{Attention|Оплата напрямую в авиакомпанию по карте клиента на данный момент невозможна.}}
# {{Attention|На данный момент в системе {{NameSystem}} не реализованы:}}
#* поиск по окружным датам (планируется в будущем);
#* поиск по окружным аэропортам (планируется в будущем);
#* продажа допуслуг (провоз багажа, питание и выбор места);
#* поиск сложного маршрута (СТ) — не поддерживается Travelfusion;
#* довнесение данных и модификация брони (паспортные и визовые данные, карта лояльности) — не поддерживается Travelfusion;
#* аннуляция не выписанной брони и обновление выписанной брони — не поддерживается Travelfusion;
#* войдирование, обмен и возврат выписанной брони (не поддерживается Travelfusion). Для этого клиент должен обращаться напрямую в авиакомпанию.
# Все тарифы обрабатываются как невозвратные.
# Авиакомпании самостоятельно высылают клиенту письмо о подтверждении брони (т.е. свою маршрут-квитанцию) на электронный адрес, который был указан при бронировании. При этом в данной маршрут-квитанции будет указана чистая стоимость перелета, т.е. клиент увидит стоимость без агентских наценок.
# В случае изменений в рейсе/расписании после выписки брони измененные данные не отображаются в Travelfusion, т.е. синхронизация после выписки невозможна, и эти данные будут доступны только в авиакомпании напрямую.
# На странице заказа для лоукост-перелета по умолчанию отображается надпись ''«Внимание! Данный перелет предоставляется авиакомпанией-лоукостером. Питание на борту не предоставляется!»''. Текст данного сообщения можно поменять в локализации, по языковой переменной ''no_meal_for_LowCost''. Полностью скрыть вывод этого сообщения можно с помощью css-стилей.
# '''Теперь достаточно в реквизитах к ГДС указать валюту депозита, в пакете это опционально.'''
# Базовая стоимость перелетов от Travelfusion при поиске может поступать в какой угодно валюте — это зависит от авиакомпании, причем на один перелет в ответе поставщика могут быть цены в разных валютах (тариф в евро, а таксы, например, в долларах). Далее {{NameSystem}} запрашивает в Travelfusion курсы валют из их системы и конвертирует всю стоимость перелета согласно этому курсу в валюту реквизитов. Пересчет цен на сайте агента в другие валюты будет происходить согласно курсам, настроенным в справочнике валют агентства ('''«Настройки системы» → «Валюты и курсы» → «Справочник валют и курсов»''', см. [[Валюта]]).
# От Travelfusion могут приходить как отрицательные значения такс (т.е. это таксы-скидки), так и не приходить вовсе, либо быть уже включенными в стоимость тарифа.
# Таймлимит на выписку брони на стороне поставщика равен 15 минут и не может быть больше.
# В Travelfusion запрещено бронирование отдельного места для младенца. Предупреждения об этом отображаются на странице выдачи результатов и на странице бронирования в виде надписи: ''Бронирование отдельного сидячего места для младенца не допускается перевозчиком''. Изменить текст предупреждения на странице результатов можно, задав в настройках локализации перевод для переменной ''flightsGroup__flightWarnings__insBookingNotAllowedBySupplier'', на странице бронирования - ''ins_booking_not_allowed_by_supplier''.
# '''Согласно требованию Travelfusion, нужно обязательно настраивать маршрутизацию по их расписанию.''' См. [[Фильтры_поисковых_запросов_(Авиабилеты)#Фильтр запросов по расписанию авиакомпании|Фильтр запросов по расписанию авиакомпании]]
# Вместе с адресной информацией из раздела '''Настройки Авиа → Профиль агентства''' в настройках '''{{NameProject2}}''' в качестве названия компании в Travelfusion передается название агенства в {{NameProject2}}. Для изменения названия компании, передаваемого в Travelfusion, необходимо менять название агенства в настройках {{NameProject2}}. Для этого нужно создать обращение в службу технической поддержки: [http://helpdesk.nemo.travel helpdesk.nemo.travel].
# Одним из требований Travelfusion является наличие параметра <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">PointOfSale </syntaxhighlight> в запросах StartRouting и ProcessTerms к поставщику. <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">PointOfSale </syntaxhighlight> предназначен для сертификации и корректной работы. Изменение значения этого параметра происходит в настройках '''{{NameProject2}}''' в поле '''Настройки Авиа → Профиль агентства → Код страны агентства''' .
# Область как часть адреса агентства и, в целом, сам адрес используется в запросе ProcessTerms, в массиве Address при бронировании в Travelfusion. В запросе ProcessTerms было добавлено поле "Область" (в коде - <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Province</syntaxhighlight>). Изменение значения этого параметра происходит в настройках '''Nemo Connect''' в поле '''Настройки Авиа → Профили → Профиль агентства → Область'''. Помимо области, в массиве Address также содержится информация о следующих координатах агентства:
#* Название компании - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Company</syntaxhighlight>
#* Офис - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Flat</syntaxhighlight>
#* Дом - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">BuildingNumber</syntaxhighlight>
#* Улица - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Street</syntaxhighlight>
#* Населенный пункт - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">City</syntaxhighlight>
#* Почтовый индекс - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Postcode</syntaxhighlight>
#* Страна - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">CountryCode</syntaxhighlight>
# Профиль агентства настраивается в двух местах:
#* В Nemo Connect в '''Настройки Авиа → Профили → Профиль агентства'''
#* В Nemo 1 в '''Аккаунт менеджмент → Агенты и пользователи → Профили компаний'''
#* По умолчанию информация о профиле агентства берется из п.1, однако для того, чтобы настройки подтягивались из п.2, необходимо включить чекбокс '''Загружать профиль компании в авиа сервере с Nemo 1''' в настройках Nemo 1 в '''Для техподдержки → Nemo Connect Вебсервисы → Настройки взаимодействия'''. Настройку можно включать как для корневого агентства, так и для менеджера. Важно заметить, что данный параметр не наследуется, т.е. при включении на корневое агентство он не будет активен для менеджера корневого агентства, и наоборот.

== Возможные ошибки и их причины ==

* '''Your branch cannot perform booking through the TF.Payment Service''' — означает, что у данного агентства не активирован лицевой счет в Travelfusion. 
* '''Supplier does not support payments through the TF.Payment Service''' — данная авиакомпания не поддерживает метод оплаты TF.Pay. Отключить выдачу перелетов такой а/к можно на стороне Travelfusion, обратившись к их техподдержке. 
* '''Temporary supplier error''' - проблемы на стороне поставщика. Рекомендуется повторить действие позже. Если ошибка продолжает появляться часто, необходимо обратиться в службу техподдержки Travelfusion. 
* '''The supplier is too busy''' - аналогично, временные проблемы на стороне поставщика, связанные с высокой нагрузкой на систему Travelfusion.
* '''Internal server error''' - внутренняя ошибка на серверах Travelfusion.
* '''RequestValidationError''' - не заполнен профиль агентства (адрес и контактные данные) в панели администрирования {{NameProject2}}.
* '''Title missing''' - не включена настройка '''Автоматически добавлять титул пассажира''' в реквизитах бронирования пакета Travelfusion в панели администрирования {{NameProject2}}.
* '''Address post code is required for this journey''' - не внесены адресные данные в раздел '''Настройки Авиа → Профиль агентства''' в настройках '''{{NameProject2}}'''.

== Контактная информация ==
* [https://www.travelfusion.com Официальный сайт Travelfusion]
* [https://www.travelfusion.com/corporate/page/contact-us Контакты для обращения]

== См.также ==
* [[ГРС]]
* [[Галилео]]
* [[Sabre]]
* [[Сирена Трэвел]]
* [[Amadeus]]
* [[SITA Gabriel]]

API Travelfusion

2020-11-11T13:26:24Z

Иван Барабаш: /* Особенности работы с Travelfusion в {{NameSystem}} */

[[Категория:Поставщики авиабилетов]]
[[Файл:TFLOGO-m.png|right]]

'''Travelfusion''' — один из ведущих агрегаторов контента для ОТА, обеспечивающий прямой доступ к ресурсам многочисленных авиа-, жд- и отельных поставщиков. Помимо функций непосредственно ГРС располагает собственным платежным инструментом для взаиморасчетов (TF.Pay), а также готовыми сервисами (как для В2В, так и В2С моделей) для эффективного управления бизнесом. Специализируется в основном на низкобюджетных поставщиках (лоукостах).

Компания основана в 2000 г. Штаб-квартира Travelfusion находится в Лондоне (Великобритания), также имеются офисы в Шанхае (Китай).
Ресурс: около 220 авиакомпаний и железнодорожных перевозчиков. Полный список поддерживаемых поставщиков доступен на официальном сайте Travelfusion: [https://www.travelfusion.com/corporate/supplier]
Дистрибуция: преимущественно Европа.

== Процесс подключения к Travelfusion в {{NameSystem}} ==

# В системе {{NameSystem}} на данный момент можно реализовать подключение к Travelfusion только для работы с компонентом "Авиабилеты". Для этого агентству необходимо обратиться в отдел продаж Travelfusion и заключить договор. Также в письме необходимо указать, что агентство собирается работать с Travelfusion через {{NameSystem}}.
# После заключения договора аккаунт-менеджер агента высылает ему файл с реквизитами (логин и пароль) для подключения (Travelfusion Welcome Pack) и форму чеклиста для заполнения.
# Агентство предоставляет реквизиты техподдержке {{NameSystem}} через тикет в проектном трекере. Сотрудники техподдержки помогают заполнить опросник, и агент отправляет его в Travelfusion.
# После официального подтверждения Travelfusion и разрешения на начало работы сотрудники техподдержки заводят и настраивают пакет реквизитов в {{NameSystem}} для агента.

== Сопутствующие настройки для начала работы в {{NameSystem}} ==
После завершения конфигурации реквизитов агенту необходимо выполнить также следующие настройки:
# Внести необходимые правила для компаний, которые будут выписываться через коннектор Travelfusion в файл ценообразования. Значения комиссий при выписке не передаются поставщику, поэтому можно для всех таких а/к указать нулевое значение комиссии и назначить при необходимости свои агентские сборы. (см. [[Ценообразование (Авиабилеты)]])
# Добавить шаблон маршрут-квитанции для поставщика Travelfusion (см. [[Маршрут-квитанция]]).
# Проверить, что заполнены все поля в разделе '''Настройки Авиа → Профиль агентства''' в настройках '''{{NameProject2}}'''.
# При желании можно реализовать вывод дополнительного информационного текста во всплывающем окне (рядом с чекбоксом согласия с правилами бронирования и публичной оферты на странице заказа в том же блоке). Текст можно ввести в разделе настроек «Управление сайтом» → «Домены и протоколы» → «Дополнительные правила перевозки». Для вывода псевдоссылки на попап с этим текстом нужно изменить в локализации значение языковой переменной ''new-passinfo-footer__agreementText'' (см. [[Локализация]]), добавив html-код: 

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px">
'''Пример'''
<div class="mw-collapsible-content">
Я ознакомлен и согласен с <a href="/booking__policy" class="new-ui-pseudoLink js-thickbox__frame__href" data-popup="{title:'Правила бронирования'}">правилами бронирования</a>, <a href="/booking__additional_flight_rules" class="new-ui-pseudoLink js-thickbox__frame__href" data-popup="{title:'нужный вам заголовок'}">правилами предоставления дополнительных услуг</a>, <a href="[%-faresurl-%]" class="new-ui-pseudoLink js-thickbox__frame__href" data-popup="{title:'Условия применения тарифов'}">условиями применения тарифов</a> и <a href="/booking__policypd" class="new-ui-pseudoLink js-thickbox__frame__href" data-popup="{title:'Права субъекта персональных данных'}">правами субъекта персональных данных</a>. Я согласен и подтверждаю согласие третьих лиц, указанных мной в бронировании, на обработку персональных данных, в том числе на их передачу третьим лицам, обеспечивающим или обслуживающим перевозку, а также на трансграничную передачу персональных данных.
</div>
</div>

== Процесс оформления заказа в {{NameSystem}} ==

После выбора перелета Travelfusion и заполнения пассажирских данных на странице заказа в {{NameSystem}} клиент нажимает кнопку «Забронировать». При этом в самой авиакомпании бронь еще не создается. Объект брони создается только в самой системе Travelfusion, но по факту места не резервируются, и данные пассажиров в авиакомпанию не передаются.
После успешной оплаты {{NameSystem}} запускает запрос на выписку билета (в этот момент уже создается бронь в авиакомпании). Но даже после успешной обработки запроса на странице заказа сначала будет отображаться надпись ''«Билеты находятся на оформлении»'', так как в ответе на запрос выписки поставщик изначально не присылает номера билетов, т.к. бронь в авиакомпании подтверждается не сразу. Далее {{NameSystem}} автоматически обновляет заказ (с частотой 1 раз в 7 минут), и в ходе обновления уже получает номер билета от поставщика. Маршрут-квитанция будет автоматически отправлена на почту клиенту.
 Текст сообщения ''«Билеты находятся на оформлении»'' можно поменять в локализации, по языковой переменной ''ticketed_without_tickets''.

==Особенности Travelfusion==

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

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

Также, в связи с ориентацией Travelfusion на низкобюджетных поставщиков, билетов после выписки в {{NameSystem}} может не быть, часто в Travelfusion есть код бронирования в системе авиакомпании, с которым пассажирам нужно перейти на сайт авиакомпании для выписки.
После бронирования в системе авиакомпании Travelfusion его не синхронизирует, соответственно, {{NameSystem}} информации об изменениях в рейсах не получает, изменения в рейсах необходимо отслеживать пассажиру.
* В силу специфики Travelfusion получения данных от авиакомпаний, на разных стадиях оформления покупки (поиск, актуализация и бронирование в {{NameSystem}}) цена перелёта и бронирования могут отличаться - как правило это происходит из-за погрешностей округления при вычислении итоговых сумм на стороне Travelfusion и {{NameSystem}}.
* Необходимо в обязательном порядке вносить контактные данные клиента, так как при отсутствии контактных данных у пассажиров могут возникнуть проблемы с регистрацией на рейс. По указанным контактным данным высылается важная для агента информация.
* {{NameSystem}} возвращает проблемные статусы, полученные от Travelfusion. В случае проблемных статусов агенту необходимо следовать инструкциям и обращаться в техническую поддержку Travelfusion.
* В Travelfusion есть защита от дубликатов бронирования, в таких случаях возвращается ошибка. В случае ошибки создание нового бронирования в {{NameSystem}} не выполняется.
* В связи с частым обновлением требований для подключения агентов к Travelfusion, процесс подключения может быть длительным.

== Особенности работы с Travelfusion в {{NameSystem}} ==
# На данный момент в системе {{NameSystem}} есть возможность работать с Travelfusion только по депозитной схеме расчетов TF Prepay Method: агентство открывает в Travelfusion лицевой счет на определенную сумму, и при оформлении клиентом заказа на сайте с баланса агента списывается стоимость перелета на счет Travelfusion. Далее Travelfusion самостоятельно переводит эти средства на счет конкретной авиакомпании. {{Attention|Оплата напрямую в авиакомпанию по карте клиента на данный момент невозможна.}}
# {{Attention|На данный момент в системе {{NameSystem}} не реализованы:}}
#* поиск по окружным датам (планируется в будущем);
#* поиск по окружным аэропортам (планируется в будущем);
#* продажа допуслуг (провоз багажа, питание и выбор места);
#* поиск сложного маршрута (СТ) — не поддерживается Travelfusion;
#* довнесение данных и модификация брони (паспортные и визовые данные, карта лояльности) — не поддерживается Travelfusion;
#* аннуляция не выписанной брони и обновление выписанной брони — не поддерживается Travelfusion;
#* войдирование, обмен и возврат выписанной брони (не поддерживается Travelfusion). Для этого клиент должен обращаться напрямую в авиакомпанию.
# Все тарифы обрабатываются как невозвратные.
# Авиакомпании самостоятельно высылают клиенту письмо о подтверждении брони (т.е. свою маршрут-квитанцию) на электронный адрес, который был указан при бронировании. При этом в данной маршрут-квитанции будет указана чистая стоимость перелета, т.е. клиент увидит стоимость без агентских наценок.
# В случае изменений в рейсе/расписании после выписки брони измененные данные не отображаются в Travelfusion, т.е. синхронизация после выписки невозможна, и эти данные будут доступны только в авиакомпании напрямую.
# На странице заказа для лоукост-перелета по умолчанию отображается надпись ''«Внимание! Данный перелет предоставляется авиакомпанией-лоукостером. Питание на борту не предоставляется!»''. Текст данного сообщения можно поменять в локализации, по языковой переменной ''no_meal_for_LowCost''. Полностью скрыть вывод этого сообщения можно с помощью css-стилей.
# '''Теперь достаточно в реквизитах к ГДС указать валюту депозита, в пакете это опционально.'''
# Базовая стоимость перелетов от Travelfusion при поиске может поступать в какой угодно валюте — это зависит от авиакомпании, причем на один перелет в ответе поставщика могут быть цены в разных валютах (тариф в евро, а таксы, например, в долларах). Далее {{NameSystem}} запрашивает в Travelfusion курсы валют из их системы и конвертирует всю стоимость перелета согласно этому курсу в валюту реквизитов. Пересчет цен на сайте агента в другие валюты будет происходить согласно курсам, настроенным в справочнике валют агентства ('''«Настройки системы» → «Валюты и курсы» → «Справочник валют и курсов»''', см. [[Валюта]]).
# От Travelfusion могут приходить как отрицательные значения такс (т.е. это таксы-скидки), так и не приходить вовсе, либо быть уже включенными в стоимость тарифа.
# Таймлимит на выписку брони на стороне поставщика равен 15 минут и не может быть больше.
# В Travelfusion запрещено бронирование отдельного места для младенца. Предупреждения об этом отображаются на странице выдачи результатов и на странице бронирования в виде надписи: ''Бронирование отдельного сидячего места для младенца не допускается перевозчиком''. Изменить текст предупреждения на странице результатов можно, задав в настройках локализации перевод для переменной ''flightsGroup__flightWarnings__insBookingNotAllowedBySupplier'', на странице бронирования - ''ins_booking_not_allowed_by_supplier''.
# '''Согласно требованию Travelfusion, нужно обязательно настраивать маршрутизацию по их расписанию.''' См. [[Фильтры_поисковых_запросов_(Авиабилеты)#Фильтр запросов по расписанию авиакомпании|Фильтр запросов по расписанию авиакомпании]]
# Вместе с адресной информацией из раздела '''Настройки Авиа → Профиль агентства''' в настройках '''{{NameProject2}}''' в качестве названия компании в Travelfusion передается название агенства в {{NameProject2}}. Для изменения названия компании, передаваемого в Travelfusion, необходимо менять название агенства в настройках {{NameProject2}}. Для этого нужно создать обращение в службу технической поддержки: [http://helpdesk.nemo.travel helpdesk.nemo.travel].
# Одним из требований Travelfusion является наличие параметра <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">PointOfSale </syntaxhighlight> в запросах StartRouting и ProcessTerms к поставщику. <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">PointOfSale </syntaxhighlight> предназначен для сертификации и корректной работы. Изменение значения этого параметра происходит в настройках '''{{NameProject2}}''' в поле '''Настройки Авиа → Профиль агентства → Код страны агентства''' .
# Область как часть адреса агентства и, в целом, сам адрес используется в запросе ProcessTerms, в массиве Address при бронировании в Travelfusion. В запросе ProcessTerms было добавлено поле "Область" (в коде - <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Province</syntaxhighlight>). Изменение значения этого параметра происходит в настройках '''Nemo Connect''' в поле '''Настройки Авиа → Профили → Профиль агентства → Область'''. Помимо области, в массиве Address также содержится информация о следующих координатах агентства:
#* Название компании - в коде - <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Company</syntaxhighlight>
#* Офис - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Flat</syntaxhighlight>
#* Дом - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">BuildingNumber</syntaxhighlight>
#* Улица - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Street</syntaxhighlight>
#* Населенный пункт - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">City</syntaxhighlight>
#* Почтовый индекс - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Postcode</syntaxhighlight>
#* Страна - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">CountryCode</syntaxhighlight>
# Профиль агентства настраивается в двух местах:
#* В Nemo Connect в '''Настройки Авиа → Профили → Профиль агентства'''
#* В Nemo 1 в '''Аккаунт менеджмент → Агенты и пользователи → Профили компаний'''
#* По умолчанию информация о профиле агентства берется из п.1, однако для того, чтобы настройки подтягивались из п.2, необходимо включить чекбокс '''Загружать профиль компании в авиа сервере с Nemo 1''' в настройках Nemo 1 в '''Для техподдержки → Nemo Connect Вебсервисы → Настройки взаимодействия'''. Настройку можно включать как для корневого агентства, так и для менеджера. Важно заметить, что данный параметр не наследуется, т.е. при включении на корневое агентство он не будет активен для менеджера корневого агентства, и наоборот.

== Возможные ошибки и их причины ==

* '''Your branch cannot perform booking through the TF.Payment Service''' — означает, что у данного агентства не активирован лицевой счет в Travelfusion. 
* '''Supplier does not support payments through the TF.Payment Service''' — данная авиакомпания не поддерживает метод оплаты TF.Pay. Отключить выдачу перелетов такой а/к можно на стороне Travelfusion, обратившись к их техподдержке. 
* '''Temporary supplier error''' - проблемы на стороне поставщика. Рекомендуется повторить действие позже. Если ошибка продолжает появляться часто, необходимо обратиться в службу техподдержки Travelfusion. 
* '''The supplier is too busy''' - аналогично, временные проблемы на стороне поставщика, связанные с высокой нагрузкой на систему Travelfusion.
* '''Internal server error''' - внутренняя ошибка на серверах Travelfusion.
* '''RequestValidationError''' - не заполнен профиль агентства (адрес и контактные данные) в панели администрирования {{NameProject2}}.
* '''Title missing''' - не включена настройка '''Автоматически добавлять титул пассажира''' в реквизитах бронирования пакета Travelfusion в панели администрирования {{NameProject2}}.
* '''Address post code is required for this journey''' - не внесены адресные данные в раздел '''Настройки Авиа → Профиль агентства''' в настройках '''{{NameProject2}}'''.

== Контактная информация ==
* [https://www.travelfusion.com Официальный сайт Travelfusion]
* [https://www.travelfusion.com/corporate/page/contact-us Контакты для обращения]

== См.также ==
* [[ГРС]]
* [[Галилео]]
* [[Sabre]]
* [[Сирена Трэвел]]
* [[Amadeus]]
* [[SITA Gabriel]]

API Travelfusion

2020-11-11T13:25:06Z

Иван Барабаш: /* Особенности работы с Travelfusion в {{NameSystem}} */

[[Категория:Поставщики авиабилетов]]
[[Файл:TFLOGO-m.png|right]]

'''Travelfusion''' — один из ведущих агрегаторов контента для ОТА, обеспечивающий прямой доступ к ресурсам многочисленных авиа-, жд- и отельных поставщиков. Помимо функций непосредственно ГРС располагает собственным платежным инструментом для взаиморасчетов (TF.Pay), а также готовыми сервисами (как для В2В, так и В2С моделей) для эффективного управления бизнесом. Специализируется в основном на низкобюджетных поставщиках (лоукостах).

Компания основана в 2000 г. Штаб-квартира Travelfusion находится в Лондоне (Великобритания), также имеются офисы в Шанхае (Китай).
Ресурс: около 220 авиакомпаний и железнодорожных перевозчиков. Полный список поддерживаемых поставщиков доступен на официальном сайте Travelfusion: [https://www.travelfusion.com/corporate/supplier]
Дистрибуция: преимущественно Европа.

== Процесс подключения к Travelfusion в {{NameSystem}} ==

# В системе {{NameSystem}} на данный момент можно реализовать подключение к Travelfusion только для работы с компонентом "Авиабилеты". Для этого агентству необходимо обратиться в отдел продаж Travelfusion и заключить договор. Также в письме необходимо указать, что агентство собирается работать с Travelfusion через {{NameSystem}}.
# После заключения договора аккаунт-менеджер агента высылает ему файл с реквизитами (логин и пароль) для подключения (Travelfusion Welcome Pack) и форму чеклиста для заполнения.
# Агентство предоставляет реквизиты техподдержке {{NameSystem}} через тикет в проектном трекере. Сотрудники техподдержки помогают заполнить опросник, и агент отправляет его в Travelfusion.
# После официального подтверждения Travelfusion и разрешения на начало работы сотрудники техподдержки заводят и настраивают пакет реквизитов в {{NameSystem}} для агента.

== Сопутствующие настройки для начала работы в {{NameSystem}} ==
После завершения конфигурации реквизитов агенту необходимо выполнить также следующие настройки:
# Внести необходимые правила для компаний, которые будут выписываться через коннектор Travelfusion в файл ценообразования. Значения комиссий при выписке не передаются поставщику, поэтому можно для всех таких а/к указать нулевое значение комиссии и назначить при необходимости свои агентские сборы. (см. [[Ценообразование (Авиабилеты)]])
# Добавить шаблон маршрут-квитанции для поставщика Travelfusion (см. [[Маршрут-квитанция]]).
# Проверить, что заполнены все поля в разделе '''Настройки Авиа → Профиль агентства''' в настройках '''{{NameProject2}}'''.
# При желании можно реализовать вывод дополнительного информационного текста во всплывающем окне (рядом с чекбоксом согласия с правилами бронирования и публичной оферты на странице заказа в том же блоке). Текст можно ввести в разделе настроек «Управление сайтом» → «Домены и протоколы» → «Дополнительные правила перевозки». Для вывода псевдоссылки на попап с этим текстом нужно изменить в локализации значение языковой переменной ''new-passinfo-footer__agreementText'' (см. [[Локализация]]), добавив html-код: 

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px">
'''Пример'''
<div class="mw-collapsible-content">
Я ознакомлен и согласен с <a href="/booking__policy" class="new-ui-pseudoLink js-thickbox__frame__href" data-popup="{title:'Правила бронирования'}">правилами бронирования</a>, <a href="/booking__additional_flight_rules" class="new-ui-pseudoLink js-thickbox__frame__href" data-popup="{title:'нужный вам заголовок'}">правилами предоставления дополнительных услуг</a>, <a href="[%-faresurl-%]" class="new-ui-pseudoLink js-thickbox__frame__href" data-popup="{title:'Условия применения тарифов'}">условиями применения тарифов</a> и <a href="/booking__policypd" class="new-ui-pseudoLink js-thickbox__frame__href" data-popup="{title:'Права субъекта персональных данных'}">правами субъекта персональных данных</a>. Я согласен и подтверждаю согласие третьих лиц, указанных мной в бронировании, на обработку персональных данных, в том числе на их передачу третьим лицам, обеспечивающим или обслуживающим перевозку, а также на трансграничную передачу персональных данных.
</div>
</div>

== Процесс оформления заказа в {{NameSystem}} ==

После выбора перелета Travelfusion и заполнения пассажирских данных на странице заказа в {{NameSystem}} клиент нажимает кнопку «Забронировать». При этом в самой авиакомпании бронь еще не создается. Объект брони создается только в самой системе Travelfusion, но по факту места не резервируются, и данные пассажиров в авиакомпанию не передаются.
После успешной оплаты {{NameSystem}} запускает запрос на выписку билета (в этот момент уже создается бронь в авиакомпании). Но даже после успешной обработки запроса на странице заказа сначала будет отображаться надпись ''«Билеты находятся на оформлении»'', так как в ответе на запрос выписки поставщик изначально не присылает номера билетов, т.к. бронь в авиакомпании подтверждается не сразу. Далее {{NameSystem}} автоматически обновляет заказ (с частотой 1 раз в 7 минут), и в ходе обновления уже получает номер билета от поставщика. Маршрут-квитанция будет автоматически отправлена на почту клиенту.
 Текст сообщения ''«Билеты находятся на оформлении»'' можно поменять в локализации, по языковой переменной ''ticketed_without_tickets''.

==Особенности Travelfusion==

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

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

Также, в связи с ориентацией Travelfusion на низкобюджетных поставщиков, билетов после выписки в {{NameSystem}} может не быть, часто в Travelfusion есть код бронирования в системе авиакомпании, с которым пассажирам нужно перейти на сайт авиакомпании для выписки.
После бронирования в системе авиакомпании Travelfusion его не синхронизирует, соответственно, {{NameSystem}} информации об изменениях в рейсах не получает, изменения в рейсах необходимо отслеживать пассажиру.
* В силу специфики Travelfusion получения данных от авиакомпаний, на разных стадиях оформления покупки (поиск, актуализация и бронирование в {{NameSystem}}) цена перелёта и бронирования могут отличаться - как правило это происходит из-за погрешностей округления при вычислении итоговых сумм на стороне Travelfusion и {{NameSystem}}.
* Необходимо в обязательном порядке вносить контактные данные клиента, так как при отсутствии контактных данных у пассажиров могут возникнуть проблемы с регистрацией на рейс. По указанным контактным данным высылается важная для агента информация.
* {{NameSystem}} возвращает проблемные статусы, полученные от Travelfusion. В случае проблемных статусов агенту необходимо следовать инструкциям и обращаться в техническую поддержку Travelfusion.
* В Travelfusion есть защита от дубликатов бронирования, в таких случаях возвращается ошибка. В случае ошибки создание нового бронирования в {{NameSystem}} не выполняется.
* В связи с частым обновлением требований для подключения агентов к Travelfusion, процесс подключения может быть длительным.

== Особенности работы с Travelfusion в {{NameSystem}} ==
# На данный момент в системе {{NameSystem}} есть возможность работать с Travelfusion только по депозитной схеме расчетов TF Prepay Method: агентство открывает в Travelfusion лицевой счет на определенную сумму, и при оформлении клиентом заказа на сайте с баланса агента списывается стоимость перелета на счет Travelfusion. Далее Travelfusion самостоятельно переводит эти средства на счет конкретной авиакомпании. {{Attention|Оплата напрямую в авиакомпанию по карте клиента на данный момент невозможна.}}
# {{Attention|На данный момент в системе {{NameSystem}} не реализованы:}}
#* поиск по окружным датам (планируется в будущем);
#* поиск по окружным аэропортам (планируется в будущем);
#* продажа допуслуг (провоз багажа, питание и выбор места);
#* поиск сложного маршрута (СТ) — не поддерживается Travelfusion;
#* довнесение данных и модификация брони (паспортные и визовые данные, карта лояльности) — не поддерживается Travelfusion;
#* аннуляция не выписанной брони и обновление выписанной брони — не поддерживается Travelfusion;
#* войдирование, обмен и возврат выписанной брони (не поддерживается Travelfusion). Для этого клиент должен обращаться напрямую в авиакомпанию.
# Все тарифы обрабатываются как невозвратные.
# Авиакомпании самостоятельно высылают клиенту письмо о подтверждении брони (т.е. свою маршрут-квитанцию) на электронный адрес, который был указан при бронировании. При этом в данной маршрут-квитанции будет указана чистая стоимость перелета, т.е. клиент увидит стоимость без агентских наценок.
# В случае изменений в рейсе/расписании после выписки брони измененные данные не отображаются в Travelfusion, т.е. синхронизация после выписки невозможна, и эти данные будут доступны только в авиакомпании напрямую.
# На странице заказа для лоукост-перелета по умолчанию отображается надпись ''«Внимание! Данный перелет предоставляется авиакомпанией-лоукостером. Питание на борту не предоставляется!»''. Текст данного сообщения можно поменять в локализации, по языковой переменной ''no_meal_for_LowCost''. Полностью скрыть вывод этого сообщения можно с помощью css-стилей.
# '''Теперь достаточно в реквизитах к ГДС указать валюту депозита, в пакете это опционально.'''
# Базовая стоимость перелетов от Travelfusion при поиске может поступать в какой угодно валюте — это зависит от авиакомпании, причем на один перелет в ответе поставщика могут быть цены в разных валютах (тариф в евро, а таксы, например, в долларах). Далее {{NameSystem}} запрашивает в Travelfusion курсы валют из их системы и конвертирует всю стоимость перелета согласно этому курсу в валюту реквизитов. Пересчет цен на сайте агента в другие валюты будет происходить согласно курсам, настроенным в справочнике валют агентства ('''«Настройки системы» → «Валюты и курсы» → «Справочник валют и курсов»''', см. [[Валюта]]).
# От Travelfusion могут приходить как отрицательные значения такс (т.е. это таксы-скидки), так и не приходить вовсе, либо быть уже включенными в стоимость тарифа.
# Таймлимит на выписку брони на стороне поставщика равен 15 минут и не может быть больше.
# В Travelfusion запрещено бронирование отдельного места для младенца. Предупреждения об этом отображаются на странице выдачи результатов и на странице бронирования в виде надписи: ''Бронирование отдельного сидячего места для младенца не допускается перевозчиком''. Изменить текст предупреждения на странице результатов можно, задав в настройках локализации перевод для переменной ''flightsGroup__flightWarnings__insBookingNotAllowedBySupplier'', на странице бронирования - ''ins_booking_not_allowed_by_supplier''.
# '''Согласно требованию Travelfusion, нужно обязательно настраивать маршрутизацию по их расписанию.''' См. [[Фильтры_поисковых_запросов_(Авиабилеты)#Фильтр запросов по расписанию авиакомпании|Фильтр запросов по расписанию авиакомпании]]
# Вместе с адресной информацией из раздела '''Настройки Авиа → Профиль агентства''' в настройках '''{{NameProject2}}''' в качестве названия компании в Travelfusion передается название агенства в {{NameProject2}}. Для изменения названия компании, передаваемого в Travelfusion, необходимо менять название агенства в настройках {{NameProject2}}. Для этого нужно создать обращение в службу технической поддержки: [http://helpdesk.nemo.travel helpdesk.nemo.travel].
# Одним из требований Travelfusion является наличие параметра <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">PointOfSale </syntaxhighlight> в запросах StartRouting и ProcessTerms к поставщику. <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">PointOfSale </syntaxhighlight> предназначен для сертификации и корректной работы. Изменение значения этого параметра происходит в настройках '''{{NameProject2}}''' в поле '''Настройки Авиа → Профиль агентства → Код страны агентства''' .
# Область как часть адреса агентства и, в целом, сам адрес используется в запросе ProcessTerms, в массиве Address при бронировании в Travelfusion. В запросе ProcessTerms было добавлено поле "Область" (в коде - <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Province</syntaxhighlight>). Изменение значения этого параметра происходит в настройках '''Nemo Connect''' в поле '''Настройки Авиа → Профили → Профиль агентства → Область'''. Помимо области, в массиве Address также содержится информация о следующих координатах агентства:
#* Название компании - в коде - <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Company</syntaxhighlight>
#* Офис - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Flat</syntaxhighlight>
#* Дом - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">BuildingNumber</syntaxhighlight>
#* Улица - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Street</syntaxhighlight>
#* Населенный пункт - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">City</syntaxhighlight>
#* Почтовый индекс - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Postcode</syntaxhighlight>
#* Страна - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">CountryCode</syntaxhighlight>

Профиль агентства настраивается в двух местах:
* В Nemo Connect в '''Настройки Авиа → Профили → Профиль агентства'''
* В Nemo 1 в '''Аккаунт менеджмент → Агенты и пользователи → Профили компаний'''

По умолчанию информация о профиле агентства берется из п.1, однако для того, чтобы настройки подтягивались из п.2, необходимо включить чекбокс '''Загружать профиль компании в авиа сервере с Nemo 1''' в настройках Nemo 1 в '''Для техподдержки → Nemo Connect Вебсервисы → Настройки взаимодействия'''. Настройку можно включать как для корневого агентства, так и для менеджера. Важно заметить, что данный параметр не наследуется, т.е. при включении на корневое агентство он не будет активен для менеджера корневого агентства, и наоборот.

== Возможные ошибки и их причины ==

* '''Your branch cannot perform booking through the TF.Payment Service''' — означает, что у данного агентства не активирован лицевой счет в Travelfusion. 
* '''Supplier does not support payments through the TF.Payment Service''' — данная авиакомпания не поддерживает метод оплаты TF.Pay. Отключить выдачу перелетов такой а/к можно на стороне Travelfusion, обратившись к их техподдержке. 
* '''Temporary supplier error''' - проблемы на стороне поставщика. Рекомендуется повторить действие позже. Если ошибка продолжает появляться часто, необходимо обратиться в службу техподдержки Travelfusion. 
* '''The supplier is too busy''' - аналогично, временные проблемы на стороне поставщика, связанные с высокой нагрузкой на систему Travelfusion.
* '''Internal server error''' - внутренняя ошибка на серверах Travelfusion.
* '''RequestValidationError''' - не заполнен профиль агентства (адрес и контактные данные) в панели администрирования {{NameProject2}}.
* '''Title missing''' - не включена настройка '''Автоматически добавлять титул пассажира''' в реквизитах бронирования пакета Travelfusion в панели администрирования {{NameProject2}}.
* '''Address post code is required for this journey''' - не внесены адресные данные в раздел '''Настройки Авиа → Профиль агентства''' в настройках '''{{NameProject2}}'''.

== Контактная информация ==
* [https://www.travelfusion.com Официальный сайт Travelfusion]
* [https://www.travelfusion.com/corporate/page/contact-us Контакты для обращения]

== См.также ==
* [[ГРС]]
* [[Галилео]]
* [[Sabre]]
* [[Сирена Трэвел]]
* [[Amadeus]]
* [[SITA Gabriel]]

Radixx

2020-11-11T13:25:05Z

Иван Барабаш: /* Бронирование */

[[Категория:Поставщики авиабилетов]]
[[Файл:Radixx Logo.png|right|250px]]
'''Radixx''' - компания, предоставляющая программное обеспечение для продажи, бронирования и дистрибуции туристических и пассажирских услуг.

На данный момент в рамках {{NameSystem}} Radixx поддерживает взаимодействие с авиакомпанией [[Flydubai]].

Компания была основана в 1993 году. Штаб-квартира находится в Орландо, штат Флорида, США, и имеет дополнительное представительство в Индии и Южной Африке. В настоящее время обслуживает около 50 авиакомпаний на шести континентах. Более полную информацию вы можете найти на официальном сайте Radixx: [https://www.radixx.com/about-us/].

== Процесс подключения к API Radixx в {{NameSystem}} ==
# В системе {{NameSystem}} на данный момент можно реализовать подключение к API Radixx. Для этого агентству необходимо обратиться ''в авиакомпанию'' для заключения договора и подписания NDA.
# Агенту выдают тестовые реквизиты, чтобы проверить работоспособность в тестовой среде. Авиакомпания Flydubai присылает тест кейсы, которые необходимо выполнить в тестовой среде и отправить им обратно запросы/ответы для проверки. По успешной проверке выдаются боевые реквизиты.
# Агент передает реквизиты техподдержке {{NameSystem}} через тикет в проектном трекере. Сотрудники техподдержки заводят и настраивают реквизиты в {{NameSystem}} для агента. (см. [[Реквизиты подключения к ГРС в Немо 2.0]])

== Особенности работы с Radixx в {{NameSystem}} ==
=== Поиск ===
* Radixx не поддерживает тип пассажира INS, поэтому необходимо искать тариф для ребенка. В брони авиа сервера такие пассажиры также будут отображаться как дети. Специфично для FZ: при бронировании пассажиров типа INS в конце имени добавляется "INF" (только на уровне коммуникации авиа сервер - Radixx); нельзя бронировать младенцев с местом младше 6 месяцев.
* Не поддерживается поиск сложного маршрута.
* Доступны только два класса - эконом и бизнес.
* Поддерживается поиск по маршрутной сетке.

=== Дополнительные услуги ===
* Radixx не предоставляет тарифных правил, поэтому {{NameSystem}} возвращает ссылки на ресурс с правилами тарифов конкретной авиакомпании. Получить ссылку можно в двух языках — en и ru.
* Доступны следующие мультиоперации: ActualizeFlight, GetPrice, GetFareRules и GetFareFamilies.

=== Бронирование ===
* На этапе бронирования и фиксации оплаты в PNR выполняется запрос LoginTravelAgent, посредством которого осуществляется вход в систему под агентом. Учетные данные для входа обязательно должны быть заполнены в реквизитах подключения к ГДС. Данные предоставляются авиакомпанией-партнером Radixx.
* Информация о паспортах не обрабатывается на стороне Radixx, поэтому вносить её нет необходимости. Если данные были заполнены, то Nemo Flight сохранит их на странице заказа и подставит в маршрут-квитанцию.
* Необходимо указывать хотя бы одни контактные данные покупателя/пассажира для информирования об изменениях.
* В Radixx есть защита от дубликатов бронирования, в таких случаях возвращается ошибка. В случае ошибки создание нового бронирования в {{NameSystem}} не выполняется.
* Дополнительные операции с бронью: модификация, импорт и получение истории ПНР.
* Нельзя оформлять бронирование на одного ребенка.
* Область как часть адреса агентства и, в целом, сам адрес используется в запросе SummaryPNR, в массиве Address при бронировании в Radixx. В запросе SummaryPNR было добавлено поле "Область" (в коде - <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">State</syntaxhighlight>). Изменение значения этого параметра происходит в настройках '''Nemo Connect''' в поле '''Настройки Авиа → Профили → Профиль агентства → Область'''. Помимо области, в массиве Address также содержится информация о следующих координатах агентства:
# Улица, дом, офис (параметры описаны в том же порядке, в котором они отображены в коде (т.е. сначала идет улица, потом дом, затем офис)) - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Address1</syntaxhighlight>;
# Населенный пункт - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">City</syntaxhighlight>;
# Почтовый индекс - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Postal</syntaxhighlight>;
# Страна - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">CountryCode</syntaxhighlight>;
# Контактный телефон агентства (если он указан) - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">PhoneNumber</syntaxhighlight>.

Профиль агентства настраивается в двух местах:
# В Nemo Connect в '''Настройки Авиа → Профили → Профиль агентства'''
# В Nemo 1 в '''Аккаунт менеджмент → Агенты и пользователи → Профили компаний'''

По умолчанию информация о профиле агентства берется из п.1, однако для того, чтобы настройки подтягивались из п.2, необходимо включить чекбокс '''Загружать профиль компании в авиа сервере с Nemo 1''' в настройках Nemo 1 в '''Для техподдержки → Nemo Connect Вебсервисы → Настройки взаимодействия'''. Настройку можно включать как для корневого агентства, так и для менеджера. Важно заметить, что данный параметр не наследуется, т.е. при включении на корневое агентство он не будет активен для менеджера корневого агентства, и наоборот.

=== Тип оплаты в ПНР ===
* По умолчанию нужно передавать в Radixx тип оплаты Invoice.

=== Выписка ===
* Выписка билетов выполняется по предоплате, поэтому на стороне авиакомпании необходимо наличие депозита агента.
* Значения комиссий при выписке не передаются поставщику.
* После выполнения выписки и возврата авиакомпании высылают клиенту письмо со своей маршрут-квитанцией на электронный адрес, который был указан при бронировании. При этом в маршрут-квитанции указана базовая стоимость тарифа и такс авиакомпании, т.е. сбор агента на стороне {{NameSystem}} в этой маршрут-квитанции не фигурирует.
* Поставщик не возвращает номера билетов, поэтому {{NameProject2}} вместо них по умолчанию проставляет PNR локатор.

=== Войдирование ===
* В IQ есть 2 часа (с момента создания PNR) на войд PNR без штрафов. В FZ при войдировании сразу есть штрафы. Войдирование выполняется посредством возврата.

=== Возврат ===
* Поддерживается только полный возврат.

=== Дополнительные сведения ===
* Не поддерживаются очереди.
* Недоступен обмен билетов.
* Таймлимит на поиске рассчитывается относительно времени вылета первого сегмента - 30 минут до вылета. При бронировании используется ТЛ от поставщика ReservationFulfillmentRequiredByGMT.
* Недоступен терминальный вид брони.

API Travelfusion

2020-11-11T13:22:07Z

Иван Барабаш: /* Особенности работы с Travelfusion в {{NameSystem}} */

[[Категория:Поставщики авиабилетов]]
[[Файл:TFLOGO-m.png|right]]

'''Travelfusion''' — один из ведущих агрегаторов контента для ОТА, обеспечивающий прямой доступ к ресурсам многочисленных авиа-, жд- и отельных поставщиков. Помимо функций непосредственно ГРС располагает собственным платежным инструментом для взаиморасчетов (TF.Pay), а также готовыми сервисами (как для В2В, так и В2С моделей) для эффективного управления бизнесом. Специализируется в основном на низкобюджетных поставщиках (лоукостах).

Компания основана в 2000 г. Штаб-квартира Travelfusion находится в Лондоне (Великобритания), также имеются офисы в Шанхае (Китай).
Ресурс: около 220 авиакомпаний и железнодорожных перевозчиков. Полный список поддерживаемых поставщиков доступен на официальном сайте Travelfusion: [https://www.travelfusion.com/corporate/supplier]
Дистрибуция: преимущественно Европа.

== Процесс подключения к Travelfusion в {{NameSystem}} ==

# В системе {{NameSystem}} на данный момент можно реализовать подключение к Travelfusion только для работы с компонентом "Авиабилеты". Для этого агентству необходимо обратиться в отдел продаж Travelfusion и заключить договор. Также в письме необходимо указать, что агентство собирается работать с Travelfusion через {{NameSystem}}.
# После заключения договора аккаунт-менеджер агента высылает ему файл с реквизитами (логин и пароль) для подключения (Travelfusion Welcome Pack) и форму чеклиста для заполнения.
# Агентство предоставляет реквизиты техподдержке {{NameSystem}} через тикет в проектном трекере. Сотрудники техподдержки помогают заполнить опросник, и агент отправляет его в Travelfusion.
# После официального подтверждения Travelfusion и разрешения на начало работы сотрудники техподдержки заводят и настраивают пакет реквизитов в {{NameSystem}} для агента.

== Сопутствующие настройки для начала работы в {{NameSystem}} ==
После завершения конфигурации реквизитов агенту необходимо выполнить также следующие настройки:
# Внести необходимые правила для компаний, которые будут выписываться через коннектор Travelfusion в файл ценообразования. Значения комиссий при выписке не передаются поставщику, поэтому можно для всех таких а/к указать нулевое значение комиссии и назначить при необходимости свои агентские сборы. (см. [[Ценообразование (Авиабилеты)]])
# Добавить шаблон маршрут-квитанции для поставщика Travelfusion (см. [[Маршрут-квитанция]]).
# Проверить, что заполнены все поля в разделе '''Настройки Авиа → Профиль агентства''' в настройках '''{{NameProject2}}'''.
# При желании можно реализовать вывод дополнительного информационного текста во всплывающем окне (рядом с чекбоксом согласия с правилами бронирования и публичной оферты на странице заказа в том же блоке). Текст можно ввести в разделе настроек «Управление сайтом» → «Домены и протоколы» → «Дополнительные правила перевозки». Для вывода псевдоссылки на попап с этим текстом нужно изменить в локализации значение языковой переменной ''new-passinfo-footer__agreementText'' (см. [[Локализация]]), добавив html-код: 

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px">
'''Пример'''
<div class="mw-collapsible-content">
Я ознакомлен и согласен с <a href="/booking__policy" class="new-ui-pseudoLink js-thickbox__frame__href" data-popup="{title:'Правила бронирования'}">правилами бронирования</a>, <a href="/booking__additional_flight_rules" class="new-ui-pseudoLink js-thickbox__frame__href" data-popup="{title:'нужный вам заголовок'}">правилами предоставления дополнительных услуг</a>, <a href="[%-faresurl-%]" class="new-ui-pseudoLink js-thickbox__frame__href" data-popup="{title:'Условия применения тарифов'}">условиями применения тарифов</a> и <a href="/booking__policypd" class="new-ui-pseudoLink js-thickbox__frame__href" data-popup="{title:'Права субъекта персональных данных'}">правами субъекта персональных данных</a>. Я согласен и подтверждаю согласие третьих лиц, указанных мной в бронировании, на обработку персональных данных, в том числе на их передачу третьим лицам, обеспечивающим или обслуживающим перевозку, а также на трансграничную передачу персональных данных.
</div>
</div>

== Процесс оформления заказа в {{NameSystem}} ==

После выбора перелета Travelfusion и заполнения пассажирских данных на странице заказа в {{NameSystem}} клиент нажимает кнопку «Забронировать». При этом в самой авиакомпании бронь еще не создается. Объект брони создается только в самой системе Travelfusion, но по факту места не резервируются, и данные пассажиров в авиакомпанию не передаются.
После успешной оплаты {{NameSystem}} запускает запрос на выписку билета (в этот момент уже создается бронь в авиакомпании). Но даже после успешной обработки запроса на странице заказа сначала будет отображаться надпись ''«Билеты находятся на оформлении»'', так как в ответе на запрос выписки поставщик изначально не присылает номера билетов, т.к. бронь в авиакомпании подтверждается не сразу. Далее {{NameSystem}} автоматически обновляет заказ (с частотой 1 раз в 7 минут), и в ходе обновления уже получает номер билета от поставщика. Маршрут-квитанция будет автоматически отправлена на почту клиенту.
 Текст сообщения ''«Билеты находятся на оформлении»'' можно поменять в локализации, по языковой переменной ''ticketed_without_tickets''.

==Особенности Travelfusion==

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

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

Также, в связи с ориентацией Travelfusion на низкобюджетных поставщиков, билетов после выписки в {{NameSystem}} может не быть, часто в Travelfusion есть код бронирования в системе авиакомпании, с которым пассажирам нужно перейти на сайт авиакомпании для выписки.
После бронирования в системе авиакомпании Travelfusion его не синхронизирует, соответственно, {{NameSystem}} информации об изменениях в рейсах не получает, изменения в рейсах необходимо отслеживать пассажиру.
* В силу специфики Travelfusion получения данных от авиакомпаний, на разных стадиях оформления покупки (поиск, актуализация и бронирование в {{NameSystem}}) цена перелёта и бронирования могут отличаться - как правило это происходит из-за погрешностей округления при вычислении итоговых сумм на стороне Travelfusion и {{NameSystem}}.
* Необходимо в обязательном порядке вносить контактные данные клиента, так как при отсутствии контактных данных у пассажиров могут возникнуть проблемы с регистрацией на рейс. По указанным контактным данным высылается важная для агента информация.
* {{NameSystem}} возвращает проблемные статусы, полученные от Travelfusion. В случае проблемных статусов агенту необходимо следовать инструкциям и обращаться в техническую поддержку Travelfusion.
* В Travelfusion есть защита от дубликатов бронирования, в таких случаях возвращается ошибка. В случае ошибки создание нового бронирования в {{NameSystem}} не выполняется.
* В связи с частым обновлением требований для подключения агентов к Travelfusion, процесс подключения может быть длительным.

== Особенности работы с Travelfusion в {{NameSystem}} ==
# На данный момент в системе {{NameSystem}} есть возможность работать с Travelfusion только по депозитной схеме расчетов TF Prepay Method: агентство открывает в Travelfusion лицевой счет на определенную сумму, и при оформлении клиентом заказа на сайте с баланса агента списывается стоимость перелета на счет Travelfusion. Далее Travelfusion самостоятельно переводит эти средства на счет конкретной авиакомпании. {{Attention|Оплата напрямую в авиакомпанию по карте клиента на данный момент невозможна.}}
# {{Attention|На данный момент в системе {{NameSystem}} не реализованы:}}
#* поиск по окружным датам (планируется в будущем);
#* поиск по окружным аэропортам (планируется в будущем);
#* продажа допуслуг (провоз багажа, питание и выбор места);
#* поиск сложного маршрута (СТ) — не поддерживается Travelfusion;
#* довнесение данных и модификация брони (паспортные и визовые данные, карта лояльности) — не поддерживается Travelfusion;
#* аннуляция не выписанной брони и обновление выписанной брони — не поддерживается Travelfusion;
#* войдирование, обмен и возврат выписанной брони (не поддерживается Travelfusion). Для этого клиент должен обращаться напрямую в авиакомпанию.
# Все тарифы обрабатываются как невозвратные.
# Авиакомпании самостоятельно высылают клиенту письмо о подтверждении брони (т.е. свою маршрут-квитанцию) на электронный адрес, который был указан при бронировании. При этом в данной маршрут-квитанции будет указана чистая стоимость перелета, т.е. клиент увидит стоимость без агентских наценок.
# В случае изменений в рейсе/расписании после выписки брони измененные данные не отображаются в Travelfusion, т.е. синхронизация после выписки невозможна, и эти данные будут доступны только в авиакомпании напрямую.
# На странице заказа для лоукост-перелета по умолчанию отображается надпись ''«Внимание! Данный перелет предоставляется авиакомпанией-лоукостером. Питание на борту не предоставляется!»''. Текст данного сообщения можно поменять в локализации, по языковой переменной ''no_meal_for_LowCost''. Полностью скрыть вывод этого сообщения можно с помощью css-стилей.
# '''Теперь достаточно в реквизитах к ГДС указать валюту депозита, в пакете это опционально.'''
# Базовая стоимость перелетов от Travelfusion при поиске может поступать в какой угодно валюте — это зависит от авиакомпании, причем на один перелет в ответе поставщика могут быть цены в разных валютах (тариф в евро, а таксы, например, в долларах). Далее {{NameSystem}} запрашивает в Travelfusion курсы валют из их системы и конвертирует всю стоимость перелета согласно этому курсу в валюту реквизитов. Пересчет цен на сайте агента в другие валюты будет происходить согласно курсам, настроенным в справочнике валют агентства ('''«Настройки системы» → «Валюты и курсы» → «Справочник валют и курсов»''', см. [[Валюта]]).
# От Travelfusion могут приходить как отрицательные значения такс (т.е. это таксы-скидки), так и не приходить вовсе, либо быть уже включенными в стоимость тарифа.
# Таймлимит на выписку брони на стороне поставщика равен 15 минут и не может быть больше.
# В Travelfusion запрещено бронирование отдельного места для младенца. Предупреждения об этом отображаются на странице выдачи результатов и на странице бронирования в виде надписи: ''Бронирование отдельного сидячего места для младенца не допускается перевозчиком''. Изменить текст предупреждения на странице результатов можно, задав в настройках локализации перевод для переменной ''flightsGroup__flightWarnings__insBookingNotAllowedBySupplier'', на странице бронирования - ''ins_booking_not_allowed_by_supplier''.
# '''Согласно требованию Travelfusion, нужно обязательно настраивать маршрутизацию по их расписанию.''' См. [[Фильтры_поисковых_запросов_(Авиабилеты)#Фильтр запросов по расписанию авиакомпании|Фильтр запросов по расписанию авиакомпании]]
# Вместе с адресной информацией из раздела '''Настройки Авиа → Профиль агентства''' в настройках '''{{NameProject2}}''' в качестве названия компании в Travelfusion передается название агенства в {{NameProject2}}. Для изменения названия компании, передаваемого в Travelfusion, необходимо менять название агенства в настройках {{NameProject2}}. Для этого нужно создать обращение в службу технической поддержки: [http://helpdesk.nemo.travel helpdesk.nemo.travel].
# Одним из требований Travelfusion является наличие параметра <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">PointOfSale </syntaxhighlight> в запросах StartRouting и ProcessTerms к поставщику. <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">PointOfSale </syntaxhighlight> предназначен для сертификации и корректной работы. Изменение значения этого параметра происходит в настройках '''{{NameProject2}}''' в поле '''Настройки Авиа → Профиль агентства → Код страны агентства''' .
# Область как часть адреса агентства и, в целом, сам адрес используется в запросе ProcessTerms, в массиве Address при бронировании в Travelfusion. В запросе ProcessTerms было добавлено поле "Область" (в коде - <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Province</syntaxhighlight>). Изменение значения этого параметра происходит в настройках '''Nemo Connect''' в поле '''Настройки Авиа → Профили → Профиль агентства → Область'''. Помимо области, в массиве Address также содержится информация о следующих координатах агентства:
## Название компании - в коде - <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Company</syntaxhighlight>
## Офис - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Flat</syntaxhighlight>
## Дом - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">BuildingNumber</syntaxhighlight>
## Улица - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Street</syntaxhighlight>
## Населенный пункт - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">City</syntaxhighlight>
## Почтовый индекс - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Postcode</syntaxhighlight>
## Страна - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">CountryCode</syntaxhighlight>

Профиль агентства настраивается в двух местах:
# Из Nemo Connect в '''Настройки Авиа → Профили → Профиль агентства'''
# Из Nemo 1 в '''Аккаунт менеджмент → Агенты и пользователи → Профили компаний'''

По умолчанию информация о профиле агентства берется из п.1, однако для того, чтобы настройки подтягивались из п.2, необходимо включить чекбокс '''Загружать профиль компании в авиа сервере с Nemo 1''' в настройках Nemo 1 в '''Для техподдержки → Nemo Connect Вебсервисы → Настройки взаимодействия'''. Настройку можно включать как для корневого агентства, так и для менеджера. Важно заметить, что данный параметр не наследуется, т.е. при включении на корневое агентство он не будет активен для менеджера корневого агентства, и наоборот.

== Возможные ошибки и их причины ==

* '''Your branch cannot perform booking through the TF.Payment Service''' — означает, что у данного агентства не активирован лицевой счет в Travelfusion. 
* '''Supplier does not support payments through the TF.Payment Service''' — данная авиакомпания не поддерживает метод оплаты TF.Pay. Отключить выдачу перелетов такой а/к можно на стороне Travelfusion, обратившись к их техподдержке. 
* '''Temporary supplier error''' - проблемы на стороне поставщика. Рекомендуется повторить действие позже. Если ошибка продолжает появляться часто, необходимо обратиться в службу техподдержки Travelfusion. 
* '''The supplier is too busy''' - аналогично, временные проблемы на стороне поставщика, связанные с высокой нагрузкой на систему Travelfusion.
* '''Internal server error''' - внутренняя ошибка на серверах Travelfusion.
* '''RequestValidationError''' - не заполнен профиль агентства (адрес и контактные данные) в панели администрирования {{NameProject2}}.
* '''Title missing''' - не включена настройка '''Автоматически добавлять титул пассажира''' в реквизитах бронирования пакета Travelfusion в панели администрирования {{NameProject2}}.
* '''Address post code is required for this journey''' - не внесены адресные данные в раздел '''Настройки Авиа → Профиль агентства''' в настройках '''{{NameProject2}}'''.

== Контактная информация ==
* [https://www.travelfusion.com Официальный сайт Travelfusion]
* [https://www.travelfusion.com/corporate/page/contact-us Контакты для обращения]

== См.также ==
* [[ГРС]]
* [[Галилео]]
* [[Sabre]]
* [[Сирена Трэвел]]
* [[Amadeus]]
* [[SITA Gabriel]]

Radixx

2020-11-11T13:18:17Z

Иван Барабаш: /* Бронирование */

[[Категория:Поставщики авиабилетов]]
[[Файл:Radixx Logo.png|right|250px]]
'''Radixx''' - компания, предоставляющая программное обеспечение для продажи, бронирования и дистрибуции туристических и пассажирских услуг.

На данный момент в рамках {{NameSystem}} Radixx поддерживает взаимодействие с авиакомпанией [[Flydubai]].

Компания была основана в 1993 году. Штаб-квартира находится в Орландо, штат Флорида, США, и имеет дополнительное представительство в Индии и Южной Африке. В настоящее время обслуживает около 50 авиакомпаний на шести континентах. Более полную информацию вы можете найти на официальном сайте Radixx: [https://www.radixx.com/about-us/].

== Процесс подключения к API Radixx в {{NameSystem}} ==
# В системе {{NameSystem}} на данный момент можно реализовать подключение к API Radixx. Для этого агентству необходимо обратиться ''в авиакомпанию'' для заключения договора и подписания NDA.
# Агенту выдают тестовые реквизиты, чтобы проверить работоспособность в тестовой среде. Авиакомпания Flydubai присылает тест кейсы, которые необходимо выполнить в тестовой среде и отправить им обратно запросы/ответы для проверки. По успешной проверке выдаются боевые реквизиты.
# Агент передает реквизиты техподдержке {{NameSystem}} через тикет в проектном трекере. Сотрудники техподдержки заводят и настраивают реквизиты в {{NameSystem}} для агента. (см. [[Реквизиты подключения к ГРС в Немо 2.0]])

== Особенности работы с Radixx в {{NameSystem}} ==
=== Поиск ===
* Radixx не поддерживает тип пассажира INS, поэтому необходимо искать тариф для ребенка. В брони авиа сервера такие пассажиры также будут отображаться как дети. Специфично для FZ: при бронировании пассажиров типа INS в конце имени добавляется "INF" (только на уровне коммуникации авиа сервер - Radixx); нельзя бронировать младенцев с местом младше 6 месяцев.
* Не поддерживается поиск сложного маршрута.
* Доступны только два класса - эконом и бизнес.
* Поддерживается поиск по маршрутной сетке.

=== Дополнительные услуги ===
* Radixx не предоставляет тарифных правил, поэтому {{NameSystem}} возвращает ссылки на ресурс с правилами тарифов конкретной авиакомпании. Получить ссылку можно в двух языках — en и ru.
* Доступны следующие мультиоперации: ActualizeFlight, GetPrice, GetFareRules и GetFareFamilies.

=== Бронирование ===
* На этапе бронирования и фиксации оплаты в PNR выполняется запрос LoginTravelAgent, посредством которого осуществляется вход в систему под агентом. Учетные данные для входа обязательно должны быть заполнены в реквизитах подключения к ГДС. Данные предоставляются авиакомпанией-партнером Radixx.
* Информация о паспортах не обрабатывается на стороне Radixx, поэтому вносить её нет необходимости. Если данные были заполнены, то Nemo Flight сохранит их на странице заказа и подставит в маршрут-квитанцию.
* Необходимо указывать хотя бы одни контактные данные покупателя/пассажира для информирования об изменениях.
* В Radixx есть защита от дубликатов бронирования, в таких случаях возвращается ошибка. В случае ошибки создание нового бронирования в {{NameSystem}} не выполняется.
* Дополнительные операции с бронью: модификация, импорт и получение истории ПНР.
* Нельзя оформлять бронирование на одного ребенка.
* Область как часть адреса агентства и, в целом, сам адрес используется в запросе SummaryPNR, в массиве Address при бронировании в Radixx. В запросе SummaryPNR было добавлено поле "Область" (в коде - <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">State</syntaxhighlight>). Изменение значения этого параметра происходит в настройках '''Nemo Connect''' в поле '''Настройки Авиа → Профили → Профиль агентства → Область'''. Помимо области, в массиве Address также содержится информация о следующих координатах агентства:
# Улица, дом, офис (параметры описаны в том же порядке, в котором они отображены в коде (т.е. сначала идет улица, потом дом, затем офис)) - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Address1</syntaxhighlight>;
# Населенный пункт - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">City</syntaxhighlight>;
# Почтовый индекс - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Postal</syntaxhighlight>;
# Страна - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">CountryCode</syntaxhighlight>;
# Контактный телефон агентства (если он указан) - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">PhoneNumber</syntaxhighlight>.

Профиль агентства настраивается в двух местах:
# Из Nemo Connect в '''Настройки Авиа → Профили → Профиль агентства'''
# Из Nemo 1 в '''Аккаунт менеджмент → Агенты и пользователи → Профили компаний'''

По умолчанию информация о профиле агентства берется из п.1, однако для того, чтобы настройки подтягивались из п.2, необходимо включить чекбокс '''Загружать профиль компании в авиа сервере с Nemo 1''' в настройках Nemo 1 в '''Для техподдержки → Nemo Connect Вебсервисы → Настройки взаимодействия'''. Настройку можно включать как для корневого агентства, так и для менеджера. Важно заметить, что данный параметр не наследуется, т.е. при включении на корневое агентство он не будет активен для менеджера корневого агентства, и наоборот.

=== Тип оплаты в ПНР ===
* По умолчанию нужно передавать в Radixx тип оплаты Invoice.

=== Выписка ===
* Выписка билетов выполняется по предоплате, поэтому на стороне авиакомпании необходимо наличие депозита агента.
* Значения комиссий при выписке не передаются поставщику.
* После выполнения выписки и возврата авиакомпании высылают клиенту письмо со своей маршрут-квитанцией на электронный адрес, который был указан при бронировании. При этом в маршрут-квитанции указана базовая стоимость тарифа и такс авиакомпании, т.е. сбор агента на стороне {{NameSystem}} в этой маршрут-квитанции не фигурирует.
* Поставщик не возвращает номера билетов, поэтому {{NameProject2}} вместо них по умолчанию проставляет PNR локатор.

=== Войдирование ===
* В IQ есть 2 часа (с момента создания PNR) на войд PNR без штрафов. В FZ при войдировании сразу есть штрафы. Войдирование выполняется посредством возврата.

=== Возврат ===
* Поддерживается только полный возврат.

=== Дополнительные сведения ===
* Не поддерживаются очереди.
* Недоступен обмен билетов.
* Таймлимит на поиске рассчитывается относительно времени вылета первого сегмента - 30 минут до вылета. При бронировании используется ТЛ от поставщика ReservationFulfillmentRequiredByGMT.
* Недоступен терминальный вид брони.

Radixx

2020-11-11T13:16:59Z

Иван Барабаш: /* Бронирование */

[[Категория:Поставщики авиабилетов]]
[[Файл:Radixx Logo.png|right|250px]]
'''Radixx''' - компания, предоставляющая программное обеспечение для продажи, бронирования и дистрибуции туристических и пассажирских услуг.

На данный момент в рамках {{NameSystem}} Radixx поддерживает взаимодействие с авиакомпанией [[Flydubai]].

Компания была основана в 1993 году. Штаб-квартира находится в Орландо, штат Флорида, США, и имеет дополнительное представительство в Индии и Южной Африке. В настоящее время обслуживает около 50 авиакомпаний на шести континентах. Более полную информацию вы можете найти на официальном сайте Radixx: [https://www.radixx.com/about-us/].

== Процесс подключения к API Radixx в {{NameSystem}} ==
# В системе {{NameSystem}} на данный момент можно реализовать подключение к API Radixx. Для этого агентству необходимо обратиться ''в авиакомпанию'' для заключения договора и подписания NDA.
# Агенту выдают тестовые реквизиты, чтобы проверить работоспособность в тестовой среде. Авиакомпания Flydubai присылает тест кейсы, которые необходимо выполнить в тестовой среде и отправить им обратно запросы/ответы для проверки. По успешной проверке выдаются боевые реквизиты.
# Агент передает реквизиты техподдержке {{NameSystem}} через тикет в проектном трекере. Сотрудники техподдержки заводят и настраивают реквизиты в {{NameSystem}} для агента. (см. [[Реквизиты подключения к ГРС в Немо 2.0]])

== Особенности работы с Radixx в {{NameSystem}} ==
=== Поиск ===
* Radixx не поддерживает тип пассажира INS, поэтому необходимо искать тариф для ребенка. В брони авиа сервера такие пассажиры также будут отображаться как дети. Специфично для FZ: при бронировании пассажиров типа INS в конце имени добавляется "INF" (только на уровне коммуникации авиа сервер - Radixx); нельзя бронировать младенцев с местом младше 6 месяцев.
* Не поддерживается поиск сложного маршрута.
* Доступны только два класса - эконом и бизнес.
* Поддерживается поиск по маршрутной сетке.

=== Дополнительные услуги ===
* Radixx не предоставляет тарифных правил, поэтому {{NameSystem}} возвращает ссылки на ресурс с правилами тарифов конкретной авиакомпании. Получить ссылку можно в двух языках — en и ru.
* Доступны следующие мультиоперации: ActualizeFlight, GetPrice, GetFareRules и GetFareFamilies.

=== Бронирование ===
* На этапе бронирования и фиксации оплаты в PNR выполняется запрос LoginTravelAgent, посредством которого осуществляется вход в систему под агентом. Учетные данные для входа обязательно должны быть заполнены в реквизитах подключения к ГДС. Данные предоставляются авиакомпанией-партнером Radixx.
* Информация о паспортах не обрабатывается на стороне Radixx, поэтому вносить её нет необходимости. Если данные были заполнены, то Nemo Flight сохранит их на странице заказа и подставит в маршрут-квитанцию.
* Необходимо указывать хотя бы одни контактные данные покупателя/пассажира для информирования об изменениях.
* В Radixx есть защита от дубликатов бронирования, в таких случаях возвращается ошибка. В случае ошибки создание нового бронирования в {{NameSystem}} не выполняется.
* Дополнительные операции с бронью: модификация, импорт и получение истории ПНР.
* Нельзя оформлять бронирование на одного ребенка.
* Область как часть адреса агентства и, в целом, сам адрес используется в запросе SummaryPNR, в массиве Address при бронировании в Radixx. В запросе SummaryPNR было добавлено поле "Область" (в коде - <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">State</syntaxhighlight>). Изменение значения этого параметра происходит в настройках '''Nemo Connect''' в поле '''Настройки Авиа → Профили → Профиль агентства → Область'''. Помимо области, в массиве Address также содержится информация о следующих координатах агентства:
# Улица, номер дома, офис (параметры описаны в том же порядке, в котором они отображены в коде (т.е. сначала идет улица, потом номер дома, затем офис)) - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Address1</syntaxhighlight>;
# Населенный пункт - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">City</syntaxhighlight>;
# Почтовый индекс - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Postal</syntaxhighlight>;
# Страна - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">CountryCode</syntaxhighlight>;
# Контактный телефон агентства (если он указан) - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">PhoneNumber</syntaxhighlight>.

Профиль агентства настраивается в двух местах:
# Из Nemo Connect в '''Настройки Авиа → Профили → Профиль агентства'''
# Из Nemo 1 в '''Аккаунт менеджмент → Агенты и пользователи → Профили компаний'''

По умолчанию информация о профиле агентства берется из п.1, однако для того, чтобы настройки подтягивались из п.2, необходимо включить чекбокс '''Загружать профиль компании в авиа сервере с Nemo 1''' в настройках Nemo 1 в '''Для техподдержки → Nemo Connect Вебсервисы → Настройки взаимодействия'''. Настройку можно включать как для корневого агентства, так и для менеджера. Важно заметить, что данный параметр не наследуется, т.е. при включении на корневое агентство он не будет активен для менеджера корневого агентства, и наоборот.

=== Тип оплаты в ПНР ===
* По умолчанию нужно передавать в Radixx тип оплаты Invoice.

=== Выписка ===
* Выписка билетов выполняется по предоплате, поэтому на стороне авиакомпании необходимо наличие депозита агента.
* Значения комиссий при выписке не передаются поставщику.
* После выполнения выписки и возврата авиакомпании высылают клиенту письмо со своей маршрут-квитанцией на электронный адрес, который был указан при бронировании. При этом в маршрут-квитанции указана базовая стоимость тарифа и такс авиакомпании, т.е. сбор агента на стороне {{NameSystem}} в этой маршрут-квитанции не фигурирует.
* Поставщик не возвращает номера билетов, поэтому {{NameProject2}} вместо них по умолчанию проставляет PNR локатор.

=== Войдирование ===
* В IQ есть 2 часа (с момента создания PNR) на войд PNR без штрафов. В FZ при войдировании сразу есть штрафы. Войдирование выполняется посредством возврата.

=== Возврат ===
* Поддерживается только полный возврат.

=== Дополнительные сведения ===
* Не поддерживаются очереди.
* Недоступен обмен билетов.
* Таймлимит на поиске рассчитывается относительно времени вылета первого сегмента - 30 минут до вылета. При бронировании используется ТЛ от поставщика ReservationFulfillmentRequiredByGMT.
* Недоступен терминальный вид брони.

Radixx

2020-11-11T12:59:11Z

Иван Барабаш: /* Бронирование */

[[Категория:Поставщики авиабилетов]]
[[Файл:Radixx Logo.png|right|250px]]
'''Radixx''' - компания, предоставляющая программное обеспечение для продажи, бронирования и дистрибуции туристических и пассажирских услуг.

На данный момент в рамках {{NameSystem}} Radixx поддерживает взаимодействие с авиакомпанией [[Flydubai]].

Компания была основана в 1993 году. Штаб-квартира находится в Орландо, штат Флорида, США, и имеет дополнительное представительство в Индии и Южной Африке. В настоящее время обслуживает около 50 авиакомпаний на шести континентах. Более полную информацию вы можете найти на официальном сайте Radixx: [https://www.radixx.com/about-us/].

== Процесс подключения к API Radixx в {{NameSystem}} ==
# В системе {{NameSystem}} на данный момент можно реализовать подключение к API Radixx. Для этого агентству необходимо обратиться ''в авиакомпанию'' для заключения договора и подписания NDA.
# Агенту выдают тестовые реквизиты, чтобы проверить работоспособность в тестовой среде. Авиакомпания Flydubai присылает тест кейсы, которые необходимо выполнить в тестовой среде и отправить им обратно запросы/ответы для проверки. По успешной проверке выдаются боевые реквизиты.
# Агент передает реквизиты техподдержке {{NameSystem}} через тикет в проектном трекере. Сотрудники техподдержки заводят и настраивают реквизиты в {{NameSystem}} для агента. (см. [[Реквизиты подключения к ГРС в Немо 2.0]])

== Особенности работы с Radixx в {{NameSystem}} ==
=== Поиск ===
* Radixx не поддерживает тип пассажира INS, поэтому необходимо искать тариф для ребенка. В брони авиа сервера такие пассажиры также будут отображаться как дети. Специфично для FZ: при бронировании пассажиров типа INS в конце имени добавляется "INF" (только на уровне коммуникации авиа сервер - Radixx); нельзя бронировать младенцев с местом младше 6 месяцев.
* Не поддерживается поиск сложного маршрута.
* Доступны только два класса - эконом и бизнес.
* Поддерживается поиск по маршрутной сетке.

=== Дополнительные услуги ===
* Radixx не предоставляет тарифных правил, поэтому {{NameSystem}} возвращает ссылки на ресурс с правилами тарифов конкретной авиакомпании. Получить ссылку можно в двух языках — en и ru.
* Доступны следующие мультиоперации: ActualizeFlight, GetPrice, GetFareRules и GetFareFamilies.

=== Бронирование ===
* На этапе бронирования и фиксации оплаты в PNR выполняется запрос LoginTravelAgent, посредством которого осуществляется вход в систему под агентом. Учетные данные для входа обязательно должны быть заполнены в реквизитах подключения к ГДС. Данные предоставляются авиакомпанией-партнером Radixx.
* Информация о паспортах не обрабатывается на стороне Radixx, поэтому вносить её нет необходимости. Если данные были заполнены, то Nemo Flight сохранит их на странице заказа и подставит в маршрут-квитанцию.
* Необходимо указывать хотя бы одни контактные данные покупателя/пассажира для информирования об изменениях.
* В Radixx есть защита от дубликатов бронирования, в таких случаях возвращается ошибка. В случае ошибки создание нового бронирования в {{NameSystem}} не выполняется.
* Дополнительные операции с бронью: модификация, импорт и получение истории ПНР.
* Нельзя оформлять бронирование на одного ребенка.
* Область как часть адреса агентства и, в целом, сам адрес используется в запросе SummaryPNR, в массиве Address при бронировании в Radixx. В запросе SummaryPNR было добавлено поле "Область" (в коде - <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">State</syntaxhighlight>). Изменение значения этого параметра происходит в настройках '''Nemo Connect''' в поле '''Настройки Авиа → Профили → Профиль агентства → Область'''. Помимо области, в массиве Address также содержится информация о следующих координатах агентства:
# Улица, номер дома, офис (параметры описаны в том же порядке, в котором они отображены в коде (т.е. сначала идет улица, потом номер дома, затем офис)) - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Address1</syntaxhighlight>;
# Город - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">City</syntaxhighlight>;
# Почтовый индекс - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Postal</syntaxhighlight>;
# Код страны - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">CountryCode</syntaxhighlight>;
# Контактный телефон агентства (если он указан) - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">PhoneNumber</syntaxhighlight>.

Профиль агентства настраивается в двух местах:
# Из Nemo Connect в '''Настройки Авиа → Профили → Профиль агентства'''
# Из Nemo 1 в '''Аккаунт менеджмент → Агенты и пользователи → Профили компаний'''

По умолчанию информация о профиле агентства берется из п.1, однако для того, чтобы настройки подтягивались из п.2, необходимо включить чекбокс '''Загружать профиль компании в авиа сервере с Nemo 1''' в настройках Nemo 1 в '''Для техподдержки → Nemo Connect Вебсервисы → Настройки взаимодействия'''. Настройку можно включать как для корневого агентства, так и для менеджера. Важно заметить, что данный параметр не наследуется, т.е. при включении на корневое агентство он не будет активен для менеджера корневого агентства, и наоборот.

=== Тип оплаты в ПНР ===
* По умолчанию нужно передавать в Radixx тип оплаты Invoice.

=== Выписка ===
* Выписка билетов выполняется по предоплате, поэтому на стороне авиакомпании необходимо наличие депозита агента.
* Значения комиссий при выписке не передаются поставщику.
* После выполнения выписки и возврата авиакомпании высылают клиенту письмо со своей маршрут-квитанцией на электронный адрес, который был указан при бронировании. При этом в маршрут-квитанции указана базовая стоимость тарифа и такс авиакомпании, т.е. сбор агента на стороне {{NameSystem}} в этой маршрут-квитанции не фигурирует.
* Поставщик не возвращает номера билетов, поэтому {{NameProject2}} вместо них по умолчанию проставляет PNR локатор.

=== Войдирование ===
* В IQ есть 2 часа (с момента создания PNR) на войд PNR без штрафов. В FZ при войдировании сразу есть штрафы. Войдирование выполняется посредством возврата.

=== Возврат ===
* Поддерживается только полный возврат.

=== Дополнительные сведения ===
* Не поддерживаются очереди.
* Недоступен обмен билетов.
* Таймлимит на поиске рассчитывается относительно времени вылета первого сегмента - 30 минут до вылета. При бронировании используется ТЛ от поставщика ReservationFulfillmentRequiredByGMT.
* Недоступен терминальный вид брони.

Radixx

2020-11-11T12:57:34Z

Иван Барабаш: /* Бронирование */

[[Категория:Поставщики авиабилетов]]
[[Файл:Radixx Logo.png|right|250px]]
'''Radixx''' - компания, предоставляющая программное обеспечение для продажи, бронирования и дистрибуции туристических и пассажирских услуг.

На данный момент в рамках {{NameSystem}} Radixx поддерживает взаимодействие с авиакомпанией [[Flydubai]].

Компания была основана в 1993 году. Штаб-квартира находится в Орландо, штат Флорида, США, и имеет дополнительное представительство в Индии и Южной Африке. В настоящее время обслуживает около 50 авиакомпаний на шести континентах. Более полную информацию вы можете найти на официальном сайте Radixx: [https://www.radixx.com/about-us/].

== Процесс подключения к API Radixx в {{NameSystem}} ==
# В системе {{NameSystem}} на данный момент можно реализовать подключение к API Radixx. Для этого агентству необходимо обратиться ''в авиакомпанию'' для заключения договора и подписания NDA.
# Агенту выдают тестовые реквизиты, чтобы проверить работоспособность в тестовой среде. Авиакомпания Flydubai присылает тест кейсы, которые необходимо выполнить в тестовой среде и отправить им обратно запросы/ответы для проверки. По успешной проверке выдаются боевые реквизиты.
# Агент передает реквизиты техподдержке {{NameSystem}} через тикет в проектном трекере. Сотрудники техподдержки заводят и настраивают реквизиты в {{NameSystem}} для агента. (см. [[Реквизиты подключения к ГРС в Немо 2.0]])

== Особенности работы с Radixx в {{NameSystem}} ==
=== Поиск ===
* Radixx не поддерживает тип пассажира INS, поэтому необходимо искать тариф для ребенка. В брони авиа сервера такие пассажиры также будут отображаться как дети. Специфично для FZ: при бронировании пассажиров типа INS в конце имени добавляется "INF" (только на уровне коммуникации авиа сервер - Radixx); нельзя бронировать младенцев с местом младше 6 месяцев.
* Не поддерживается поиск сложного маршрута.
* Доступны только два класса - эконом и бизнес.
* Поддерживается поиск по маршрутной сетке.

=== Дополнительные услуги ===
* Radixx не предоставляет тарифных правил, поэтому {{NameSystem}} возвращает ссылки на ресурс с правилами тарифов конкретной авиакомпании. Получить ссылку можно в двух языках — en и ru.
* Доступны следующие мультиоперации: ActualizeFlight, GetPrice, GetFareRules и GetFareFamilies.

=== Бронирование ===
* На этапе бронирования и фиксации оплаты в PNR выполняется запрос LoginTravelAgent, посредством которого осуществляется вход в систему под агентом. Учетные данные для входа обязательно должны быть заполнены в реквизитах подключения к ГДС. Данные предоставляются авиакомпанией-партнером Radixx.
* Информация о паспортах не обрабатывается на стороне Radixx, поэтому вносить её нет необходимости. Если данные были заполнены, то Nemo Flight сохранит их на странице заказа и подставит в маршрут-квитанцию.
* Необходимо указывать хотя бы одни контактные данные покупателя/пассажира для информирования об изменениях.
* В Radixx есть защита от дубликатов бронирования, в таких случаях возвращается ошибка. В случае ошибки создание нового бронирования в {{NameSystem}} не выполняется.
* Дополнительные операции с бронью: модификация, импорт и получение истории ПНР.
* Нельзя оформлять бронирование на одного ребенка.
* Область как часть адреса агентства и, в целом, сам адрес используется в запросе SummaryPNR, в массиве Address при бронировании в Radixx. В запросе SummaryPNR было добавлено поле "Область" (в коде - <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">State</syntaxhighlight>). Изменение значения этого параметра происходит в настройках '''Nemo Connect''' в поле '''Настройки Авиа → Профили → Профиль агентства → Область'''. Помимо области, в массиве Address также содержится информация о следующих координатах агентства:
# Улица, номер дома, офис (параметры описаны в том же порядке, в котором они отображены в коде (т.е. сначала идет улица, потом номер дома, затем офис)) - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Address1</syntaxhighlight>;
# Город - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">City</syntaxhighlight>;
# Почтовый индекс - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Postal</syntaxhighlight>;
# Код страны - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">CountryCode</syntaxhighlight>;
# Контактный телефон агентства (если он указан) - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">PhoneNumber</syntaxhighlight>.

Профиль агентства настраивается в двух местах:
# Из Nemo Connect в '''Настройки Авиа → Профили → Профиль агентства'''
# Из Nemo 1 в '''Аккаунт менеджмент → Агенты и пользователи → Профили компаний'''

По умолчанию информация о профиле агентства берется из п.1, однако для того, чтобы настройки подтягивались из п.2, необходимо включить чекбокс '''Загружать профиль компании в авиа сервере с Nemo 1''' в настройках Nemo 1 в '''Для техподдержки → Nemo Connect Вебсервисы → Настройки взаимодействия'''. Настройку можно включать как для корневого агентства, так и для менеджера. Важно заметить, что данный параметр не наследуется, т.е. при включении на корневое агентство он не будет активен для менеджера, и наоборот.

=== Тип оплаты в ПНР ===
* По умолчанию нужно передавать в Radixx тип оплаты Invoice.

=== Выписка ===
* Выписка билетов выполняется по предоплате, поэтому на стороне авиакомпании необходимо наличие депозита агента.
* Значения комиссий при выписке не передаются поставщику.
* После выполнения выписки и возврата авиакомпании высылают клиенту письмо со своей маршрут-квитанцией на электронный адрес, который был указан при бронировании. При этом в маршрут-квитанции указана базовая стоимость тарифа и такс авиакомпании, т.е. сбор агента на стороне {{NameSystem}} в этой маршрут-квитанции не фигурирует.
* Поставщик не возвращает номера билетов, поэтому {{NameProject2}} вместо них по умолчанию проставляет PNR локатор.

=== Войдирование ===
* В IQ есть 2 часа (с момента создания PNR) на войд PNR без штрафов. В FZ при войдировании сразу есть штрафы. Войдирование выполняется посредством возврата.

=== Возврат ===
* Поддерживается только полный возврат.

=== Дополнительные сведения ===
* Не поддерживаются очереди.
* Недоступен обмен билетов.
* Таймлимит на поиске рассчитывается относительно времени вылета первого сегмента - 30 минут до вылета. При бронировании используется ТЛ от поставщика ReservationFulfillmentRequiredByGMT.
* Недоступен терминальный вид брони.

Radixx

2020-11-11T12:56:36Z

Иван Барабаш: /* Бронирование */

[[Категория:Поставщики авиабилетов]]
[[Файл:Radixx Logo.png|right|250px]]
'''Radixx''' - компания, предоставляющая программное обеспечение для продажи, бронирования и дистрибуции туристических и пассажирских услуг.

На данный момент в рамках {{NameSystem}} Radixx поддерживает взаимодействие с авиакомпанией [[Flydubai]].

Компания была основана в 1993 году. Штаб-квартира находится в Орландо, штат Флорида, США, и имеет дополнительное представительство в Индии и Южной Африке. В настоящее время обслуживает около 50 авиакомпаний на шести континентах. Более полную информацию вы можете найти на официальном сайте Radixx: [https://www.radixx.com/about-us/].

== Процесс подключения к API Radixx в {{NameSystem}} ==
# В системе {{NameSystem}} на данный момент можно реализовать подключение к API Radixx. Для этого агентству необходимо обратиться ''в авиакомпанию'' для заключения договора и подписания NDA.
# Агенту выдают тестовые реквизиты, чтобы проверить работоспособность в тестовой среде. Авиакомпания Flydubai присылает тест кейсы, которые необходимо выполнить в тестовой среде и отправить им обратно запросы/ответы для проверки. По успешной проверке выдаются боевые реквизиты.
# Агент передает реквизиты техподдержке {{NameSystem}} через тикет в проектном трекере. Сотрудники техподдержки заводят и настраивают реквизиты в {{NameSystem}} для агента. (см. [[Реквизиты подключения к ГРС в Немо 2.0]])

== Особенности работы с Radixx в {{NameSystem}} ==
=== Поиск ===
* Radixx не поддерживает тип пассажира INS, поэтому необходимо искать тариф для ребенка. В брони авиа сервера такие пассажиры также будут отображаться как дети. Специфично для FZ: при бронировании пассажиров типа INS в конце имени добавляется "INF" (только на уровне коммуникации авиа сервер - Radixx); нельзя бронировать младенцев с местом младше 6 месяцев.
* Не поддерживается поиск сложного маршрута.
* Доступны только два класса - эконом и бизнес.
* Поддерживается поиск по маршрутной сетке.

=== Дополнительные услуги ===
* Radixx не предоставляет тарифных правил, поэтому {{NameSystem}} возвращает ссылки на ресурс с правилами тарифов конкретной авиакомпании. Получить ссылку можно в двух языках — en и ru.
* Доступны следующие мультиоперации: ActualizeFlight, GetPrice, GetFareRules и GetFareFamilies.

=== Бронирование ===
* На этапе бронирования и фиксации оплаты в PNR выполняется запрос LoginTravelAgent, посредством которого осуществляется вход в систему под агентом. Учетные данные для входа обязательно должны быть заполнены в реквизитах подключения к ГДС. Данные предоставляются авиакомпанией-партнером Radixx.
* Информация о паспортах не обрабатывается на стороне Radixx, поэтому вносить её нет необходимости. Если данные были заполнены, то Nemo Flight сохранит их на странице заказа и подставит в маршрут-квитанцию.
* Необходимо указывать хотя бы одни контактные данные покупателя/пассажира для информирования об изменениях.
* В Radixx есть защита от дубликатов бронирования, в таких случаях возвращается ошибка. В случае ошибки создание нового бронирования в {{NameSystem}} не выполняется.
* Дополнительные операции с бронью: модификация, импорт и получение истории ПНР.
* Нельзя оформлять бронирование на одного ребенка.
* Область как часть адреса агентства и, в целом, сам адрес используется в запросе SummaryPNR, в массиве Address при бронировании в Radixx. В запросе SummaryPNR было добавлено поле "Область" (в коде - <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">State</syntaxhighlight>). Изменение значения этого параметра происходит в настройках '''Nemo Connect''' в поле '''Настройки Авиа → Профили → Профиль агентства → Область'''. Помимо области, в массиве Address также содержится информация о следующих координатах агентства:
# Улица, номер дома, офис (параметры описаны в том же порядке, в котором они отображены в коде (т.е. сначала идет улица, потом номер дома, затем офис)) - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Address1</syntaxhighlight>;
# Город - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">City</syntaxhighlight>;
# Почтовый индекс - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Postal</syntaxhighlight>;
# Код страны - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">CountryCode</syntaxhighlight>;
# Контактный телефон агентства (если он указан) - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">PhoneNumber</syntaxhighlight>.

Профиль агентства настраивается в двух местах:
# Из Nemo Connect в '''Настройки Авиа → Профили → Профиль агентства'''
# Из Nemo 1 в '''Аккаунт менеджмент → Агенты и пользователи → Профили компаний'''

По умолчанию информация о профиле агентства берется из п.1, однако для того, чтобы настройки подтягивались из п.2, необходимо включить чекбокс '''Загружать профиль компании в авиа сервере с Nemo 1''' в настройках Nemo 1 в '''Для техподдержки → Nemo Connect Вебсервисы → Настройки взаимодействия'''. Настройку можно включать как для корневого агентства, так и для менеджера. Важно заметить, что данная настройка не наследуется, т.е. при включении на корневое агентство она не будет активна для менеджера, и наоборот.

=== Тип оплаты в ПНР ===
* По умолчанию нужно передавать в Radixx тип оплаты Invoice.

=== Выписка ===
* Выписка билетов выполняется по предоплате, поэтому на стороне авиакомпании необходимо наличие депозита агента.
* Значения комиссий при выписке не передаются поставщику.
* После выполнения выписки и возврата авиакомпании высылают клиенту письмо со своей маршрут-квитанцией на электронный адрес, который был указан при бронировании. При этом в маршрут-квитанции указана базовая стоимость тарифа и такс авиакомпании, т.е. сбор агента на стороне {{NameSystem}} в этой маршрут-квитанции не фигурирует.
* Поставщик не возвращает номера билетов, поэтому {{NameProject2}} вместо них по умолчанию проставляет PNR локатор.

=== Войдирование ===
* В IQ есть 2 часа (с момента создания PNR) на войд PNR без штрафов. В FZ при войдировании сразу есть штрафы. Войдирование выполняется посредством возврата.

=== Возврат ===
* Поддерживается только полный возврат.

=== Дополнительные сведения ===
* Не поддерживаются очереди.
* Недоступен обмен билетов.
* Таймлимит на поиске рассчитывается относительно времени вылета первого сегмента - 30 минут до вылета. При бронировании используется ТЛ от поставщика ReservationFulfillmentRequiredByGMT.
* Недоступен терминальный вид брони.

Radixx

2020-11-11T12:52:17Z

Иван Барабаш: /* Бронирование */

[[Категория:Поставщики авиабилетов]]
[[Файл:Radixx Logo.png|right|250px]]
'''Radixx''' - компания, предоставляющая программное обеспечение для продажи, бронирования и дистрибуции туристических и пассажирских услуг.

На данный момент в рамках {{NameSystem}} Radixx поддерживает взаимодействие с авиакомпанией [[Flydubai]].

Компания была основана в 1993 году. Штаб-квартира находится в Орландо, штат Флорида, США, и имеет дополнительное представительство в Индии и Южной Африке. В настоящее время обслуживает около 50 авиакомпаний на шести континентах. Более полную информацию вы можете найти на официальном сайте Radixx: [https://www.radixx.com/about-us/].

== Процесс подключения к API Radixx в {{NameSystem}} ==
# В системе {{NameSystem}} на данный момент можно реализовать подключение к API Radixx. Для этого агентству необходимо обратиться ''в авиакомпанию'' для заключения договора и подписания NDA.
# Агенту выдают тестовые реквизиты, чтобы проверить работоспособность в тестовой среде. Авиакомпания Flydubai присылает тест кейсы, которые необходимо выполнить в тестовой среде и отправить им обратно запросы/ответы для проверки. По успешной проверке выдаются боевые реквизиты.
# Агент передает реквизиты техподдержке {{NameSystem}} через тикет в проектном трекере. Сотрудники техподдержки заводят и настраивают реквизиты в {{NameSystem}} для агента. (см. [[Реквизиты подключения к ГРС в Немо 2.0]])

== Особенности работы с Radixx в {{NameSystem}} ==
=== Поиск ===
* Radixx не поддерживает тип пассажира INS, поэтому необходимо искать тариф для ребенка. В брони авиа сервера такие пассажиры также будут отображаться как дети. Специфично для FZ: при бронировании пассажиров типа INS в конце имени добавляется "INF" (только на уровне коммуникации авиа сервер - Radixx); нельзя бронировать младенцев с местом младше 6 месяцев.
* Не поддерживается поиск сложного маршрута.
* Доступны только два класса - эконом и бизнес.
* Поддерживается поиск по маршрутной сетке.

=== Дополнительные услуги ===
* Radixx не предоставляет тарифных правил, поэтому {{NameSystem}} возвращает ссылки на ресурс с правилами тарифов конкретной авиакомпании. Получить ссылку можно в двух языках — en и ru.
* Доступны следующие мультиоперации: ActualizeFlight, GetPrice, GetFareRules и GetFareFamilies.

=== Бронирование ===
* На этапе бронирования и фиксации оплаты в PNR выполняется запрос LoginTravelAgent, посредством которого осуществляется вход в систему под агентом. Учетные данные для входа обязательно должны быть заполнены в реквизитах подключения к ГДС. Данные предоставляются авиакомпанией-партнером Radixx.
* Информация о паспортах не обрабатывается на стороне Radixx, поэтому вносить её нет необходимости. Если данные были заполнены, то Nemo Flight сохранит их на странице заказа и подставит в маршрут-квитанцию.
* Необходимо указывать хотя бы одни контактные данные покупателя/пассажира для информирования об изменениях.
* В Radixx есть защита от дубликатов бронирования, в таких случаях возвращается ошибка. В случае ошибки создание нового бронирования в {{NameSystem}} не выполняется.
* Дополнительные операции с бронью: модификация, импорт и получение истории ПНР.
* Нельзя оформлять бронирование на одного ребенка.
* Область как часть адреса агентства и, в целом, сам адрес используется в запросе SummaryPNR, в массиве Address при бронировании в Radixx. В запросе SummaryPNR было добавлено поле "Область" (в коде - <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">State</syntaxhighlight>). Изменение значения этого параметра происходит в настройках '''Nemo Connect''' в поле '''Настройки Авиа → Профили → Профиль агентства → Область'''. Помимо области, в массиве Address также содержится информация о следующих координатах агентства:
# Улица, номер дома, офис (параметры описаны в том же порядке, в котором они отображаются в коде, т.е. сначала идет улица, потом номер дома, затем офис) - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Address1</syntaxhighlight>;
# Город - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">City</syntaxhighlight>;
# Почтовый индекс - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Postal</syntaxhighlight>;
# Код страны - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">CountryCode</syntaxhighlight>;
# Контактный телефон агентства (если он указан) - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">PhoneNumber</syntaxhighlight>.

Профиль агентства настраивается в двух местах:
# '''Настройки Авиа → Профили → Профиль агентства'''
# '''Аккаунт менеджмент → Агенты и пользователи → Профили компаний'''

По умолчанию информация о профиле агентства берется из п.1, однако для того, чтобы настройки подтягивались из п.2, необходимо включить чекбокс '''Загружать профиль компании в авиа сервере с Nemo 1''', который находится по пути '''Для техподдержки → Nemo Connect Вебсервисы → Настройки взаимодействия'''. Настройку можно включать как для корневого агентства, так и для менеджера. Важно заметить, что данная настройка не наследуется, т.е. при включении на корневое агентство она не будет активна для менеджера, и наоборот.

=== Тип оплаты в ПНР ===
* По умолчанию нужно передавать в Radixx тип оплаты Invoice.

=== Выписка ===
* Выписка билетов выполняется по предоплате, поэтому на стороне авиакомпании необходимо наличие депозита агента.
* Значения комиссий при выписке не передаются поставщику.
* После выполнения выписки и возврата авиакомпании высылают клиенту письмо со своей маршрут-квитанцией на электронный адрес, который был указан при бронировании. При этом в маршрут-квитанции указана базовая стоимость тарифа и такс авиакомпании, т.е. сбор агента на стороне {{NameSystem}} в этой маршрут-квитанции не фигурирует.
* Поставщик не возвращает номера билетов, поэтому {{NameProject2}} вместо них по умолчанию проставляет PNR локатор.

=== Войдирование ===
* В IQ есть 2 часа (с момента создания PNR) на войд PNR без штрафов. В FZ при войдировании сразу есть штрафы. Войдирование выполняется посредством возврата.

=== Возврат ===
* Поддерживается только полный возврат.

=== Дополнительные сведения ===
* Не поддерживаются очереди.
* Недоступен обмен билетов.
* Таймлимит на поиске рассчитывается относительно времени вылета первого сегмента - 30 минут до вылета. При бронировании используется ТЛ от поставщика ReservationFulfillmentRequiredByGMT.
* Недоступен терминальный вид брони.

Radixx

2020-11-11T12:51:49Z

Иван Барабаш: /* Бронирование */

[[Категория:Поставщики авиабилетов]]
[[Файл:Radixx Logo.png|right|250px]]
'''Radixx''' - компания, предоставляющая программное обеспечение для продажи, бронирования и дистрибуции туристических и пассажирских услуг.

На данный момент в рамках {{NameSystem}} Radixx поддерживает взаимодействие с авиакомпанией [[Flydubai]].

Компания была основана в 1993 году. Штаб-квартира находится в Орландо, штат Флорида, США, и имеет дополнительное представительство в Индии и Южной Африке. В настоящее время обслуживает около 50 авиакомпаний на шести континентах. Более полную информацию вы можете найти на официальном сайте Radixx: [https://www.radixx.com/about-us/].

== Процесс подключения к API Radixx в {{NameSystem}} ==
# В системе {{NameSystem}} на данный момент можно реализовать подключение к API Radixx. Для этого агентству необходимо обратиться ''в авиакомпанию'' для заключения договора и подписания NDA.
# Агенту выдают тестовые реквизиты, чтобы проверить работоспособность в тестовой среде. Авиакомпания Flydubai присылает тест кейсы, которые необходимо выполнить в тестовой среде и отправить им обратно запросы/ответы для проверки. По успешной проверке выдаются боевые реквизиты.
# Агент передает реквизиты техподдержке {{NameSystem}} через тикет в проектном трекере. Сотрудники техподдержки заводят и настраивают реквизиты в {{NameSystem}} для агента. (см. [[Реквизиты подключения к ГРС в Немо 2.0]])

== Особенности работы с Radixx в {{NameSystem}} ==
=== Поиск ===
* Radixx не поддерживает тип пассажира INS, поэтому необходимо искать тариф для ребенка. В брони авиа сервера такие пассажиры также будут отображаться как дети. Специфично для FZ: при бронировании пассажиров типа INS в конце имени добавляется "INF" (только на уровне коммуникации авиа сервер - Radixx); нельзя бронировать младенцев с местом младше 6 месяцев.
* Не поддерживается поиск сложного маршрута.
* Доступны только два класса - эконом и бизнес.
* Поддерживается поиск по маршрутной сетке.

=== Дополнительные услуги ===
* Radixx не предоставляет тарифных правил, поэтому {{NameSystem}} возвращает ссылки на ресурс с правилами тарифов конкретной авиакомпании. Получить ссылку можно в двух языках — en и ru.
* Доступны следующие мультиоперации: ActualizeFlight, GetPrice, GetFareRules и GetFareFamilies.

=== Бронирование ===
* На этапе бронирования и фиксации оплаты в PNR выполняется запрос LoginTravelAgent, посредством которого осуществляется вход в систему под агентом. Учетные данные для входа обязательно должны быть заполнены в реквизитах подключения к ГДС. Данные предоставляются авиакомпанией-партнером Radixx.
* Информация о паспортах не обрабатывается на стороне Radixx, поэтому вносить её нет необходимости. Если данные были заполнены, то Nemo Flight сохранит их на странице заказа и подставит в маршрут-квитанцию.
* Необходимо указывать хотя бы одни контактные данные покупателя/пассажира для информирования об изменениях.
* В Radixx есть защита от дубликатов бронирования, в таких случаях возвращается ошибка. В случае ошибки создание нового бронирования в {{NameSystem}} не выполняется.
* Дополнительные операции с бронью: модификация, импорт и получение истории ПНР.
* Нельзя оформлять бронирование на одного ребенка.
* Область как часть адреса агентства и, в целом, сам адрес используется в запросе SummaryPNR, в массиве Address при бронировании в Radixx. В запросе SummaryPNR было добавлено поле "Область" (в коде - <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">State</syntaxhighlight>). Изменение значения этого параметра происходит в настройках '''Nemo Connect''' в поле '''Настройки Авиа → Профили → Профиль агентства → Область'''. Помимо области, в массиве Address также содержится информация о следующих координатах агентства:
# Улица, номер дома, офис (параметры описаны в том же порядке, в котором они отображаются в коде, т.е. сначала идет улица, потом номер дома, затем офис) - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Address1</syntaxhighlight>;
# Город - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">City</syntaxhighlight>;
# Почтовый индекс - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Postal</syntaxhighlight>;
# Код страны - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">CountryCode</syntaxhighlight>;
# Контактный телефон агентства (если он указан) - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">PhoneNumber</syntaxhighlight>.

Профиль агентства настраивается в двух местах:
# '''Настройки Авиа → Профили → Профиль агентства'''
# '''Аккаунт менеджмент → Агенты и пользователи → Профили компаний'''

По умолчанию информация о профиле агентства берется из п.1, однако для того, чтобы настройки подтягивались из п.2, необходимо включить чекбокс '''Загружать профиль компании в авиа сервере с Nemo 1''', который находится в '''Для техподдержки → Nemo Connect Вебсервисы → Настройки взаимодействия'''. Настройку можно включать как для корневого агентства, так и для менеджера. Важно заметить, что данная настройка не наследуется, т.е. при включении на корневое агентство она не будет активна для менеджера, и наоборот.

=== Тип оплаты в ПНР ===
* По умолчанию нужно передавать в Radixx тип оплаты Invoice.

=== Выписка ===
* Выписка билетов выполняется по предоплате, поэтому на стороне авиакомпании необходимо наличие депозита агента.
* Значения комиссий при выписке не передаются поставщику.
* После выполнения выписки и возврата авиакомпании высылают клиенту письмо со своей маршрут-квитанцией на электронный адрес, который был указан при бронировании. При этом в маршрут-квитанции указана базовая стоимость тарифа и такс авиакомпании, т.е. сбор агента на стороне {{NameSystem}} в этой маршрут-квитанции не фигурирует.
* Поставщик не возвращает номера билетов, поэтому {{NameProject2}} вместо них по умолчанию проставляет PNR локатор.

=== Войдирование ===
* В IQ есть 2 часа (с момента создания PNR) на войд PNR без штрафов. В FZ при войдировании сразу есть штрафы. Войдирование выполняется посредством возврата.

=== Возврат ===
* Поддерживается только полный возврат.

=== Дополнительные сведения ===
* Не поддерживаются очереди.
* Недоступен обмен билетов.
* Таймлимит на поиске рассчитывается относительно времени вылета первого сегмента - 30 минут до вылета. При бронировании используется ТЛ от поставщика ReservationFulfillmentRequiredByGMT.
* Недоступен терминальный вид брони.

Radixx

2020-11-11T12:50:14Z

Иван Барабаш: /* Бронирование */

[[Категория:Поставщики авиабилетов]]
[[Файл:Radixx Logo.png|right|250px]]
'''Radixx''' - компания, предоставляющая программное обеспечение для продажи, бронирования и дистрибуции туристических и пассажирских услуг.

На данный момент в рамках {{NameSystem}} Radixx поддерживает взаимодействие с авиакомпанией [[Flydubai]].

Компания была основана в 1993 году. Штаб-квартира находится в Орландо, штат Флорида, США, и имеет дополнительное представительство в Индии и Южной Африке. В настоящее время обслуживает около 50 авиакомпаний на шести континентах. Более полную информацию вы можете найти на официальном сайте Radixx: [https://www.radixx.com/about-us/].

== Процесс подключения к API Radixx в {{NameSystem}} ==
# В системе {{NameSystem}} на данный момент можно реализовать подключение к API Radixx. Для этого агентству необходимо обратиться ''в авиакомпанию'' для заключения договора и подписания NDA.
# Агенту выдают тестовые реквизиты, чтобы проверить работоспособность в тестовой среде. Авиакомпания Flydubai присылает тест кейсы, которые необходимо выполнить в тестовой среде и отправить им обратно запросы/ответы для проверки. По успешной проверке выдаются боевые реквизиты.
# Агент передает реквизиты техподдержке {{NameSystem}} через тикет в проектном трекере. Сотрудники техподдержки заводят и настраивают реквизиты в {{NameSystem}} для агента. (см. [[Реквизиты подключения к ГРС в Немо 2.0]])

== Особенности работы с Radixx в {{NameSystem}} ==
=== Поиск ===
* Radixx не поддерживает тип пассажира INS, поэтому необходимо искать тариф для ребенка. В брони авиа сервера такие пассажиры также будут отображаться как дети. Специфично для FZ: при бронировании пассажиров типа INS в конце имени добавляется "INF" (только на уровне коммуникации авиа сервер - Radixx); нельзя бронировать младенцев с местом младше 6 месяцев.
* Не поддерживается поиск сложного маршрута.
* Доступны только два класса - эконом и бизнес.
* Поддерживается поиск по маршрутной сетке.

=== Дополнительные услуги ===
* Radixx не предоставляет тарифных правил, поэтому {{NameSystem}} возвращает ссылки на ресурс с правилами тарифов конкретной авиакомпании. Получить ссылку можно в двух языках — en и ru.
* Доступны следующие мультиоперации: ActualizeFlight, GetPrice, GetFareRules и GetFareFamilies.

=== Бронирование ===
* На этапе бронирования и фиксации оплаты в PNR выполняется запрос LoginTravelAgent, посредством которого осуществляется вход в систему под агентом. Учетные данные для входа обязательно должны быть заполнены в реквизитах подключения к ГДС. Данные предоставляются авиакомпанией-партнером Radixx.
* Информация о паспортах не обрабатывается на стороне Radixx, поэтому вносить её нет необходимости. Если данные были заполнены, то Nemo Flight сохранит их на странице заказа и подставит в маршрут-квитанцию.
* Необходимо указывать хотя бы одни контактные данные покупателя/пассажира для информирования об изменениях.
* В Radixx есть защита от дубликатов бронирования, в таких случаях возвращается ошибка. В случае ошибки создание нового бронирования в {{NameSystem}} не выполняется.
* Дополнительные операции с бронью: модификация, импорт и получение истории ПНР.
* Нельзя оформлять бронирование на одного ребенка.
* Область как часть адреса агентства и, в целом, сам адрес используется в запросе SummaryPNR, в массиве Address при бронировании в Radixx. В запросе SummaryPNR было добавлено поле "Область" (в коде - <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">State</syntaxhighlight>). Изменение значения этого параметра происходит в настройках '''Nemo Connect''' в поле '''Настройки Авиа → Профили → Профиль агентства → Область'''. Помимо области, в массиве Address также содержится информация о следующих координатах агентства:
# Улица, номер дома, офис (параметры описаны в том же порядке, в котором они отображаются в коде, т.е. сначала идет улица, потом номер дома, затем офис) - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Address1</syntaxhighlight>;
# Город - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">City</syntaxhighlight>;
# Почтовый индекс - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Postal</syntaxhighlight>;
# Код страны - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">CountryCode</syntaxhighlight>;
# Контактный телефон агентства (если он указан) - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">PhoneNumber</syntaxhighlight>.

Профиль агентства настраивается в двух местах:
# '''Настройки Авиа → Профили → Профиль агентства'''
# '''Аккаунт менеджмент → Агенты и пользователи → Профили компаний'''

По умолчанию информация о профиле агентства берется из п.1, однако для того, чтобы настройки подтягивались с п.2, необходимо включить чекбокс '''Загружать профиль компании в авиа сервере с Nemo 1''', который находится в '''Для техподдержки → Nemo Connect Вебсервисы → Настройки взаимодействия'''. Настройку можно включать как для корневого агентства, так и для менеджера. Важно заметить, что данная настройка не наследуется, т.е. при включении на корневое агентство она не будет активна для менеджера, и наоборот.

=== Тип оплаты в ПНР ===
* По умолчанию нужно передавать в Radixx тип оплаты Invoice.

=== Выписка ===
* Выписка билетов выполняется по предоплате, поэтому на стороне авиакомпании необходимо наличие депозита агента.
* Значения комиссий при выписке не передаются поставщику.
* После выполнения выписки и возврата авиакомпании высылают клиенту письмо со своей маршрут-квитанцией на электронный адрес, который был указан при бронировании. При этом в маршрут-квитанции указана базовая стоимость тарифа и такс авиакомпании, т.е. сбор агента на стороне {{NameSystem}} в этой маршрут-квитанции не фигурирует.
* Поставщик не возвращает номера билетов, поэтому {{NameProject2}} вместо них по умолчанию проставляет PNR локатор.

=== Войдирование ===
* В IQ есть 2 часа (с момента создания PNR) на войд PNR без штрафов. В FZ при войдировании сразу есть штрафы. Войдирование выполняется посредством возврата.

=== Возврат ===
* Поддерживается только полный возврат.

=== Дополнительные сведения ===
* Не поддерживаются очереди.
* Недоступен обмен билетов.
* Таймлимит на поиске рассчитывается относительно времени вылета первого сегмента - 30 минут до вылета. При бронировании используется ТЛ от поставщика ReservationFulfillmentRequiredByGMT.
* Недоступен терминальный вид брони.

Radixx

2020-11-11T12:39:32Z

Иван Барабаш: /* Бронирование */

[[Категория:Поставщики авиабилетов]]
[[Файл:Radixx Logo.png|right|250px]]
'''Radixx''' - компания, предоставляющая программное обеспечение для продажи, бронирования и дистрибуции туристических и пассажирских услуг.

На данный момент в рамках {{NameSystem}} Radixx поддерживает взаимодействие с авиакомпанией [[Flydubai]].

Компания была основана в 1993 году. Штаб-квартира находится в Орландо, штат Флорида, США, и имеет дополнительное представительство в Индии и Южной Африке. В настоящее время обслуживает около 50 авиакомпаний на шести континентах. Более полную информацию вы можете найти на официальном сайте Radixx: [https://www.radixx.com/about-us/].

== Процесс подключения к API Radixx в {{NameSystem}} ==
# В системе {{NameSystem}} на данный момент можно реализовать подключение к API Radixx. Для этого агентству необходимо обратиться ''в авиакомпанию'' для заключения договора и подписания NDA.
# Агенту выдают тестовые реквизиты, чтобы проверить работоспособность в тестовой среде. Авиакомпания Flydubai присылает тест кейсы, которые необходимо выполнить в тестовой среде и отправить им обратно запросы/ответы для проверки. По успешной проверке выдаются боевые реквизиты.
# Агент передает реквизиты техподдержке {{NameSystem}} через тикет в проектном трекере. Сотрудники техподдержки заводят и настраивают реквизиты в {{NameSystem}} для агента. (см. [[Реквизиты подключения к ГРС в Немо 2.0]])

== Особенности работы с Radixx в {{NameSystem}} ==
=== Поиск ===
* Radixx не поддерживает тип пассажира INS, поэтому необходимо искать тариф для ребенка. В брони авиа сервера такие пассажиры также будут отображаться как дети. Специфично для FZ: при бронировании пассажиров типа INS в конце имени добавляется "INF" (только на уровне коммуникации авиа сервер - Radixx); нельзя бронировать младенцев с местом младше 6 месяцев.
* Не поддерживается поиск сложного маршрута.
* Доступны только два класса - эконом и бизнес.
* Поддерживается поиск по маршрутной сетке.

=== Дополнительные услуги ===
* Radixx не предоставляет тарифных правил, поэтому {{NameSystem}} возвращает ссылки на ресурс с правилами тарифов конкретной авиакомпании. Получить ссылку можно в двух языках — en и ru.
* Доступны следующие мультиоперации: ActualizeFlight, GetPrice, GetFareRules и GetFareFamilies.

=== Бронирование ===
* На этапе бронирования и фиксации оплаты в PNR выполняется запрос LoginTravelAgent, посредством которого осуществляется вход в систему под агентом. Учетные данные для входа обязательно должны быть заполнены в реквизитах подключения к ГДС. Данные предоставляются авиакомпанией-партнером Radixx.
* Информация о паспортах не обрабатывается на стороне Radixx, поэтому вносить её нет необходимости. Если данные были заполнены, то Nemo Flight сохранит их на странице заказа и подставит в маршрут-квитанцию.
* Необходимо указывать хотя бы одни контактные данные покупателя/пассажира для информирования об изменениях.
* В Radixx есть защита от дубликатов бронирования, в таких случаях возвращается ошибка. В случае ошибки создание нового бронирования в {{NameSystem}} не выполняется.
* Дополнительные операции с бронью: модификация, импорт и получение истории ПНР.
* Нельзя оформлять бронирование на одного ребенка.
* Область как часть адреса агентства и, в целом, сам адрес используется в запросе SummaryPNR, в массиве Address при бронировании в Radixx. В запросе SummaryPNR было добавлено поле "Область" (в коде - <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">State</syntaxhighlight>). Изменение значения этого параметра происходит в настройках '''Nemo Connect''' в поле '''Настройки Авиа → Профили → Профиль агентства → Область'''. Помимо области, в массиве Address также содержится информация о следующих координатах агентства:
# Улица, номер дома, офис (параметры описаны в том же порядке, в котором они отображаются в коде, т.е. сначала идет улица, потом номер дома, затем офис) - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Address1</syntaxhighlight>;
# Город - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">City</syntaxhighlight>;
# Почтовый индекс - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Postal</syntaxhighlight>;
# Код страны - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">CountryCode</syntaxhighlight>;
# Контактный телефон агентства (если он указан) - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">PhoneNumber</syntaxhighlight>.

=== Тип оплаты в ПНР ===
* По умолчанию нужно передавать в Radixx тип оплаты Invoice.

=== Выписка ===
* Выписка билетов выполняется по предоплате, поэтому на стороне авиакомпании необходимо наличие депозита агента.
* Значения комиссий при выписке не передаются поставщику.
* После выполнения выписки и возврата авиакомпании высылают клиенту письмо со своей маршрут-квитанцией на электронный адрес, который был указан при бронировании. При этом в маршрут-квитанции указана базовая стоимость тарифа и такс авиакомпании, т.е. сбор агента на стороне {{NameSystem}} в этой маршрут-квитанции не фигурирует.
* Поставщик не возвращает номера билетов, поэтому {{NameProject2}} вместо них по умолчанию проставляет PNR локатор.

=== Войдирование ===
* В IQ есть 2 часа (с момента создания PNR) на войд PNR без штрафов. В FZ при войдировании сразу есть штрафы. Войдирование выполняется посредством возврата.

=== Возврат ===
* Поддерживается только полный возврат.

=== Дополнительные сведения ===
* Не поддерживаются очереди.
* Недоступен обмен билетов.
* Таймлимит на поиске рассчитывается относительно времени вылета первого сегмента - 30 минут до вылета. При бронировании используется ТЛ от поставщика ReservationFulfillmentRequiredByGMT.
* Недоступен терминальный вид брони.

Radixx

2020-11-11T12:38:52Z

Иван Барабаш: /* Бронирование */

[[Категория:Поставщики авиабилетов]]
[[Файл:Radixx Logo.png|right|250px]]
'''Radixx''' - компания, предоставляющая программное обеспечение для продажи, бронирования и дистрибуции туристических и пассажирских услуг.

На данный момент в рамках {{NameSystem}} Radixx поддерживает взаимодействие с авиакомпанией [[Flydubai]].

Компания была основана в 1993 году. Штаб-квартира находится в Орландо, штат Флорида, США, и имеет дополнительное представительство в Индии и Южной Африке. В настоящее время обслуживает около 50 авиакомпаний на шести континентах. Более полную информацию вы можете найти на официальном сайте Radixx: [https://www.radixx.com/about-us/].

== Процесс подключения к API Radixx в {{NameSystem}} ==
# В системе {{NameSystem}} на данный момент можно реализовать подключение к API Radixx. Для этого агентству необходимо обратиться ''в авиакомпанию'' для заключения договора и подписания NDA.
# Агенту выдают тестовые реквизиты, чтобы проверить работоспособность в тестовой среде. Авиакомпания Flydubai присылает тест кейсы, которые необходимо выполнить в тестовой среде и отправить им обратно запросы/ответы для проверки. По успешной проверке выдаются боевые реквизиты.
# Агент передает реквизиты техподдержке {{NameSystem}} через тикет в проектном трекере. Сотрудники техподдержки заводят и настраивают реквизиты в {{NameSystem}} для агента. (см. [[Реквизиты подключения к ГРС в Немо 2.0]])

== Особенности работы с Radixx в {{NameSystem}} ==
=== Поиск ===
* Radixx не поддерживает тип пассажира INS, поэтому необходимо искать тариф для ребенка. В брони авиа сервера такие пассажиры также будут отображаться как дети. Специфично для FZ: при бронировании пассажиров типа INS в конце имени добавляется "INF" (только на уровне коммуникации авиа сервер - Radixx); нельзя бронировать младенцев с местом младше 6 месяцев.
* Не поддерживается поиск сложного маршрута.
* Доступны только два класса - эконом и бизнес.
* Поддерживается поиск по маршрутной сетке.

=== Дополнительные услуги ===
* Radixx не предоставляет тарифных правил, поэтому {{NameSystem}} возвращает ссылки на ресурс с правилами тарифов конкретной авиакомпании. Получить ссылку можно в двух языках — en и ru.
* Доступны следующие мультиоперации: ActualizeFlight, GetPrice, GetFareRules и GetFareFamilies.

=== Бронирование ===
* На этапе бронирования и фиксации оплаты в PNR выполняется запрос LoginTravelAgent, посредством которого осуществляется вход в систему под агентом. Учетные данные для входа обязательно должны быть заполнены в реквизитах подключения к ГДС. Данные предоставляются авиакомпанией-партнером Radixx.
* Информация о паспортах не обрабатывается на стороне Radixx, поэтому вносить её нет необходимости. Если данные были заполнены, то Nemo Flight сохранит их на странице заказа и подставит в маршрут-квитанцию.
* Необходимо указывать хотя бы одни контактные данные покупателя/пассажира для информирования об изменениях.
* В Radixx есть защита от дубликатов бронирования, в таких случаях возвращается ошибка. В случае ошибки создание нового бронирования в {{NameSystem}} не выполняется.
* Дополнительные операции с бронью: модификация, импорт и получение истории ПНР.
* Нельзя оформлять бронирование на одного ребенка.
* Область как часть адреса агентства и, в целом, сам адрес используется в запросе SummaryPNR, в массиве Address при бронировании в Radixx. В запросе SummaryPNR было добавлено поле "Область" (в коде - <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">State</syntaxhighlight>). Изменение значения этого параметра происходит в настройках '''Nemo Connect''' в поле '''Настройки Авиа → Профили → Профиль агентства → Область'''. Помимо области, в массиве Address также содержится информация о следующих координатах агентства:
# Улица, номер дома, офис (параметры описаны в том же порядке, в котором они отображаются в коде, т.е. сначала идет улица, потом номер дома, затем офис) - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Address1</syntaxhighlight>
# Город - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">City</syntaxhighlight>
# Почтовый индекс - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Postal</syntaxhighlight>
# Код страны - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">CountryCode</syntaxhighlight>
# Контактный телефон агентства (если он указан) - в коде <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">PhoneNumber</syntaxhighlight>

=== Тип оплаты в ПНР ===
* По умолчанию нужно передавать в Radixx тип оплаты Invoice.

=== Выписка ===
* Выписка билетов выполняется по предоплате, поэтому на стороне авиакомпании необходимо наличие депозита агента.
* Значения комиссий при выписке не передаются поставщику.
* После выполнения выписки и возврата авиакомпании высылают клиенту письмо со своей маршрут-квитанцией на электронный адрес, который был указан при бронировании. При этом в маршрут-квитанции указана базовая стоимость тарифа и такс авиакомпании, т.е. сбор агента на стороне {{NameSystem}} в этой маршрут-квитанции не фигурирует.
* Поставщик не возвращает номера билетов, поэтому {{NameProject2}} вместо них по умолчанию проставляет PNR локатор.

=== Войдирование ===
* В IQ есть 2 часа (с момента создания PNR) на войд PNR без штрафов. В FZ при войдировании сразу есть штрафы. Войдирование выполняется посредством возврата.

=== Возврат ===
* Поддерживается только полный возврат.

=== Дополнительные сведения ===
* Не поддерживаются очереди.
* Недоступен обмен билетов.
* Таймлимит на поиске рассчитывается относительно времени вылета первого сегмента - 30 минут до вылета. При бронировании используется ТЛ от поставщика ReservationFulfillmentRequiredByGMT.
* Недоступен терминальный вид брони.

Radixx

2020-11-06T12:16:41Z

Иван Барабаш: /* Бронирование */

[[Категория:Поставщики авиабилетов]]
[[Файл:Radixx Logo.png|right|250px]]
'''Radixx''' - компания, предоставляющая программное обеспечение для продажи, бронирования и дистрибуции туристических и пассажирских услуг.

На данный момент в рамках {{NameSystem}} Radixx поддерживает взаимодействие с авиакомпанией [[Flydubai]].

Компания была основана в 1993 году. Штаб-квартира находится в Орландо, штат Флорида, США, и имеет дополнительное представительство в Индии и Южной Африке. В настоящее время обслуживает около 50 авиакомпаний на шести континентах. Более полную информацию вы можете найти на официальном сайте Radixx: [https://www.radixx.com/about-us/].

== Процесс подключения к API Radixx в {{NameSystem}} ==
# В системе {{NameSystem}} на данный момент можно реализовать подключение к API Radixx. Для этого агентству необходимо обратиться ''в авиакомпанию'' для заключения договора и подписания NDA.
# Агенту выдают тестовые реквизиты, чтобы проверить работоспособность в тестовой среде. Авиакомпания Flydubai присылает тест кейсы, которые необходимо выполнить в тестовой среде и отправить им обратно запросы/ответы для проверки. По успешной проверке выдаются боевые реквизиты.
# Агент передает реквизиты техподдержке {{NameSystem}} через тикет в проектном трекере. Сотрудники техподдержки заводят и настраивают реквизиты в {{NameSystem}} для агента. (см. [[Реквизиты подключения к ГРС в Немо 2.0]])

== Особенности работы с Radixx в {{NameSystem}} ==
=== Поиск ===
* Radixx не поддерживает тип пассажира INS, поэтому необходимо искать тариф для ребенка. В брони авиа сервера такие пассажиры также будут отображаться как дети. Специфично для FZ: при бронировании пассажиров типа INS в конце имени добавляется "INF" (только на уровне коммуникации авиа сервер - Radixx); нельзя бронировать младенцев с местом младше 6 месяцев.
* Не поддерживается поиск сложного маршрута.
* Доступны только два класса - эконом и бизнес.
* Поддерживается поиск по маршрутной сетке.

=== Дополнительные услуги ===
* Radixx не предоставляет тарифных правил, поэтому {{NameSystem}} возвращает ссылки на ресурс с правилами тарифов конкретной авиакомпании. Получить ссылку можно в двух языках — en и ru.
* Доступны следующие мультиоперации: ActualizeFlight, GetPrice, GetFareRules и GetFareFamilies.

=== Бронирование ===
* На этапе бронирования и фиксации оплаты в PNR выполняется запрос LoginTravelAgent, посредством которого осуществляется вход в систему под агентом. Учетные данные для входа обязательно должны быть заполнены в реквизитах подключения к ГДС. Данные предоставляются авиакомпанией-партнером Radixx.
* Информация о паспортах не обрабатывается на стороне Radixx, поэтому вносить её нет необходимости. Если данные были заполнены, то Nemo Flight сохранит их на странице заказа и подставит в маршрут-квитанцию.
* Необходимо указывать хотя бы одни контактные данные покупателя/пассажира для информирования об изменениях.
* В Radixx есть защита от дубликатов бронирования, в таких случаях возвращается ошибка. В случае ошибки создание нового бронирования в {{NameSystem}} не выполняется.
* Дополнительные операции с бронью: модификация, импорт и получение истории ПНР.
* Нельзя оформлять бронирование на одного ребенка.
* Область как часть адреса агентства и, в целом, сам адрес используется в запросе SummaryPNR, в массиве Address при бронировании в Radixx. В рамках рефакторинга в запросе SummaryPNR было добавлено поле "Область" (в коде - <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">State</syntaxhighlight>). Изменение значения этого параметра происходит в настройках '''Nemo Connect''' в поле '''Настройки Авиа → Профили → Профиль агентства → Область'''. Помимо области, в Address также представлена информация о следующих координатах агентства: улица, почтовый код, номер офиса и здания, город регистрации, код страны и контактный телефон агентства.

=== Тип оплаты в ПНР ===
* По умолчанию нужно передавать в Radixx тип оплаты Invoice.

=== Выписка ===
* Выписка билетов выполняется по предоплате, поэтому на стороне авиакомпании необходимо наличие депозита агента.
* Значения комиссий при выписке не передаются поставщику.
* После выполнения выписки и возврата авиакомпании высылают клиенту письмо со своей маршрут-квитанцией на электронный адрес, который был указан при бронировании. При этом в маршрут-квитанции указана базовая стоимость тарифа и такс авиакомпании, т.е. сбор агента на стороне {{NameSystem}} в этой маршрут-квитанции не фигурирует.
* Поставщик не возвращает номера билетов, поэтому {{NameProject2}} вместо них по умолчанию проставляет PNR локатор.

=== Войдирование ===
* В IQ есть 2 часа (с момента создания PNR) на войд PNR без штрафов. В FZ при войдировании сразу есть штрафы. Войдирование выполняется посредством возврата.

=== Возврат ===
* Поддерживается только полный возврат.

=== Дополнительные сведения ===
* Не поддерживаются очереди.
* Недоступен обмен билетов.
* Таймлимит на поиске рассчитывается относительно времени вылета первого сегмента - 30 минут до вылета. При бронировании используется ТЛ от поставщика ReservationFulfillmentRequiredByGMT.
* Недоступен терминальный вид брони.

Radixx

2020-11-06T12:02:39Z

Иван Барабаш: /* Бронирование */

[[Категория:Поставщики авиабилетов]]
[[Файл:Radixx Logo.png|right|250px]]
'''Radixx''' - компания, предоставляющая программное обеспечение для продажи, бронирования и дистрибуции туристических и пассажирских услуг.

На данный момент в рамках {{NameSystem}} Radixx поддерживает взаимодействие с авиакомпанией [[Flydubai]].

Компания была основана в 1993 году. Штаб-квартира находится в Орландо, штат Флорида, США, и имеет дополнительное представительство в Индии и Южной Африке. В настоящее время обслуживает около 50 авиакомпаний на шести континентах. Более полную информацию вы можете найти на официальном сайте Radixx: [https://www.radixx.com/about-us/].

== Процесс подключения к API Radixx в {{NameSystem}} ==
# В системе {{NameSystem}} на данный момент можно реализовать подключение к API Radixx. Для этого агентству необходимо обратиться ''в авиакомпанию'' для заключения договора и подписания NDA.
# Агенту выдают тестовые реквизиты, чтобы проверить работоспособность в тестовой среде. Авиакомпания Flydubai присылает тест кейсы, которые необходимо выполнить в тестовой среде и отправить им обратно запросы/ответы для проверки. По успешной проверке выдаются боевые реквизиты.
# Агент передает реквизиты техподдержке {{NameSystem}} через тикет в проектном трекере. Сотрудники техподдержки заводят и настраивают реквизиты в {{NameSystem}} для агента. (см. [[Реквизиты подключения к ГРС в Немо 2.0]])

== Особенности работы с Radixx в {{NameSystem}} ==
=== Поиск ===
* Radixx не поддерживает тип пассажира INS, поэтому необходимо искать тариф для ребенка. В брони авиа сервера такие пассажиры также будут отображаться как дети. Специфично для FZ: при бронировании пассажиров типа INS в конце имени добавляется "INF" (только на уровне коммуникации авиа сервер - Radixx); нельзя бронировать младенцев с местом младше 6 месяцев.
* Не поддерживается поиск сложного маршрута.
* Доступны только два класса - эконом и бизнес.
* Поддерживается поиск по маршрутной сетке.

=== Дополнительные услуги ===
* Radixx не предоставляет тарифных правил, поэтому {{NameSystem}} возвращает ссылки на ресурс с правилами тарифов конкретной авиакомпании. Получить ссылку можно в двух языках — en и ru.
* Доступны следующие мультиоперации: ActualizeFlight, GetPrice, GetFareRules и GetFareFamilies.

=== Бронирование ===
* На этапе бронирования и фиксации оплаты в PNR выполняется запрос LoginTravelAgent, посредством которого осуществляется вход в систему под агентом. Учетные данные для входа обязательно должны быть заполнены в реквизитах подключения к ГДС. Данные предоставляются авиакомпанией-партнером Radixx.
* Информация о паспортах не обрабатывается на стороне Radixx, поэтому вносить её нет необходимости. Если данные были заполнены, то Nemo Flight сохранит их на странице заказа и подставит в маршрут-квитанцию.
* Необходимо указывать хотя бы одни контактные данные покупателя/пассажира для информирования об изменениях.
* В Radixx есть защита от дубликатов бронирования, в таких случаях возвращается ошибка. В случае ошибки создание нового бронирования в {{NameSystem}} не выполняется.
* Дополнительные операции с бронью: модификация, импорт и получение истории ПНР.
* Нельзя оформлять бронирование на одного ребенка.
* Область как часть адреса агентства и, в целом, сам адрес используется в запросе SummaryPNR при бронировании в Radixx. В рамках рефакторинга в запросе SummaryPNR было добавлено поле "Область" (в коде - <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">State</syntaxhighlight>). Изменение значения этого параметра происходит в настройках '''Nemo Connect''' в поле '''Настройки Авиа → Профили → Профиль агентства → Область'''.

=== Тип оплаты в ПНР ===
* По умолчанию нужно передавать в Radixx тип оплаты Invoice.

=== Выписка ===
* Выписка билетов выполняется по предоплате, поэтому на стороне авиакомпании необходимо наличие депозита агента.
* Значения комиссий при выписке не передаются поставщику.
* После выполнения выписки и возврата авиакомпании высылают клиенту письмо со своей маршрут-квитанцией на электронный адрес, который был указан при бронировании. При этом в маршрут-квитанции указана базовая стоимость тарифа и такс авиакомпании, т.е. сбор агента на стороне {{NameSystem}} в этой маршрут-квитанции не фигурирует.
* Поставщик не возвращает номера билетов, поэтому {{NameProject2}} вместо них по умолчанию проставляет PNR локатор.

=== Войдирование ===
* В IQ есть 2 часа (с момента создания PNR) на войд PNR без штрафов. В FZ при войдировании сразу есть штрафы. Войдирование выполняется посредством возврата.

=== Возврат ===
* Поддерживается только полный возврат.

=== Дополнительные сведения ===
* Не поддерживаются очереди.
* Недоступен обмен билетов.
* Таймлимит на поиске рассчитывается относительно времени вылета первого сегмента - 30 минут до вылета. При бронировании используется ТЛ от поставщика ReservationFulfillmentRequiredByGMT.
* Недоступен терминальный вид брони.

API Travelfusion

2020-11-06T11:49:10Z

Иван Барабаш: /* Особенности работы с Travelfusion в {{NameSystem}} */

[[Категория:Поставщики авиабилетов]]
[[Файл:TFLOGO-m.png|right]]

'''Travelfusion''' — один из ведущих агрегаторов контента для ОТА, обеспечивающий прямой доступ к ресурсам многочисленных авиа-, жд- и отельных поставщиков. Помимо функций непосредственно ГРС располагает собственным платежным инструментом для взаиморасчетов (TF.Pay), а также готовыми сервисами (как для В2В, так и В2С моделей) для эффективного управления бизнесом. Специализируется в основном на низкобюджетных поставщиках (лоукостах).

Компания основана в 2000 г. Штаб-квартира Travelfusion находится в Лондоне (Великобритания), также имеются офисы в Шанхае (Китай).
Ресурс: около 220 авиакомпаний и железнодорожных перевозчиков. Полный список поддерживаемых поставщиков доступен на официальном сайте Travelfusion: [https://www.travelfusion.com/corporate/supplier]
Дистрибуция: преимущественно Европа.

== Процесс подключения к Travelfusion в {{NameSystem}} ==

# В системе {{NameSystem}} на данный момент можно реализовать подключение к Travelfusion только для работы с компонентом "Авиабилеты". Для этого агентству необходимо обратиться в отдел продаж Travelfusion и заключить договор. Также в письме необходимо указать, что агентство собирается работать с Travelfusion через {{NameSystem}}.
# После заключения договора аккаунт-менеджер агента высылает ему файл с реквизитами (логин и пароль) для подключения (Travelfusion Welcome Pack) и форму чеклиста для заполнения.
# Агентство предоставляет реквизиты техподдержке {{NameSystem}} через тикет в проектном трекере. Сотрудники техподдержки помогают заполнить опросник, и агент отправляет его в Travelfusion.
# После официального подтверждения Travelfusion и разрешения на начало работы сотрудники техподдержки заводят и настраивают пакет реквизитов в {{NameSystem}} для агента.

== Сопутствующие настройки для начала работы в {{NameSystem}} ==
После завершения конфигурации реквизитов агенту необходимо выполнить также следующие настройки:
# Внести необходимые правила для компаний, которые будут выписываться через коннектор Travelfusion в файл ценообразования. Значения комиссий при выписке не передаются поставщику, поэтому можно для всех таких а/к указать нулевое значение комиссии и назначить при необходимости свои агентские сборы. (см. [[Ценообразование (Авиабилеты)]])
# Добавить шаблон маршрут-квитанции для поставщика Travelfusion (см. [[Маршрут-квитанция]]).
# Проверить, что заполнены все поля в разделе '''Настройки Авиа → Профиль агентства''' в настройках '''{{NameProject2}}'''.
# При желании можно реализовать вывод дополнительного информационного текста во всплывающем окне (рядом с чекбоксом согласия с правилами бронирования и публичной оферты на странице заказа в том же блоке). Текст можно ввести в разделе настроек «Управление сайтом» → «Домены и протоколы» → «Дополнительные правила перевозки». Для вывода псевдоссылки на попап с этим текстом нужно изменить в локализации значение языковой переменной ''new-passinfo-footer__agreementText'' (см. [[Локализация]]), добавив html-код: 

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px">
'''Пример'''
<div class="mw-collapsible-content">
Я ознакомлен и согласен с <a href="/booking__policy" class="new-ui-pseudoLink js-thickbox__frame__href" data-popup="{title:'Правила бронирования'}">правилами бронирования</a>, <a href="/booking__additional_flight_rules" class="new-ui-pseudoLink js-thickbox__frame__href" data-popup="{title:'нужный вам заголовок'}">правилами предоставления дополнительных услуг</a>, <a href="[%-faresurl-%]" class="new-ui-pseudoLink js-thickbox__frame__href" data-popup="{title:'Условия применения тарифов'}">условиями применения тарифов</a> и <a href="/booking__policypd" class="new-ui-pseudoLink js-thickbox__frame__href" data-popup="{title:'Права субъекта персональных данных'}">правами субъекта персональных данных</a>. Я согласен и подтверждаю согласие третьих лиц, указанных мной в бронировании, на обработку персональных данных, в том числе на их передачу третьим лицам, обеспечивающим или обслуживающим перевозку, а также на трансграничную передачу персональных данных.
</div>
</div>

== Процесс оформления заказа в {{NameSystem}} ==

После выбора перелета Travelfusion и заполнения пассажирских данных на странице заказа в {{NameSystem}} клиент нажимает кнопку «Забронировать». При этом в самой авиакомпании бронь еще не создается. Объект брони создается только в самой системе Travelfusion, но по факту места не резервируются, и данные пассажиров в авиакомпанию не передаются.
После успешной оплаты {{NameSystem}} запускает запрос на выписку билета (в этот момент уже создается бронь в авиакомпании). Но даже после успешной обработки запроса на странице заказа сначала будет отображаться надпись ''«Билеты находятся на оформлении»'', так как в ответе на запрос выписки поставщик изначально не присылает номера билетов, т.к. бронь в авиакомпании подтверждается не сразу. Далее {{NameSystem}} автоматически обновляет заказ (с частотой 1 раз в 7 минут), и в ходе обновления уже получает номер билета от поставщика. Маршрут-квитанция будет автоматически отправлена на почту клиенту.
 Текст сообщения ''«Билеты находятся на оформлении»'' можно поменять в локализации, по языковой переменной ''ticketed_without_tickets''.

==Особенности Travelfusion==

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

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

Также, в связи с ориентацией Travelfusion на низкобюджетных поставщиков, билетов после выписки в {{NameSystem}} может не быть, часто в Travelfusion есть код бронирования в системе авиакомпании, с которым пассажирам нужно перейти на сайт авиакомпании для выписки.
После бронирования в системе авиакомпании Travelfusion его не синхронизирует, соответственно, {{NameSystem}} информации об изменениях в рейсах не получает, изменения в рейсах необходимо отслеживать пассажиру.
* В силу специфики Travelfusion получения данных от авиакомпаний, на разных стадиях оформления покупки (поиск, актуализация и бронирование в {{NameSystem}}) цена перелёта и бронирования могут отличаться - как правило это происходит из-за погрешностей округления при вычислении итоговых сумм на стороне Travelfusion и {{NameSystem}}.
* Необходимо в обязательном порядке вносить контактные данные клиента, так как при отсутствии контактных данных у пассажиров могут возникнуть проблемы с регистрацией на рейс. По указанным контактным данным высылается важная для агента информация.
* {{NameSystem}} возвращает проблемные статусы, полученные от Travelfusion. В случае проблемных статусов агенту необходимо следовать инструкциям и обращаться в техническую поддержку Travelfusion.
* В Travelfusion есть защита от дубликатов бронирования, в таких случаях возвращается ошибка. В случае ошибки создание нового бронирования в {{NameSystem}} не выполняется.
* В связи с частым обновлением требований для подключения агентов к Travelfusion, процесс подключения может быть длительным.

== Особенности работы с Travelfusion в {{NameSystem}} ==
# На данный момент в системе {{NameSystem}} есть возможность работать с Travelfusion только по депозитной схеме расчетов TF Prepay Method: агентство открывает в Travelfusion лицевой счет на определенную сумму, и при оформлении клиентом заказа на сайте с баланса агента списывается стоимость перелета на счет Travelfusion. Далее Travelfusion самостоятельно переводит эти средства на счет конкретной авиакомпании. {{Attention|Оплата напрямую в авиакомпанию по карте клиента на данный момент невозможна.}}
# {{Attention|На данный момент в системе {{NameSystem}} не реализованы:}}
#* поиск по окружным датам (планируется в будущем);
#* поиск по окружным аэропортам (планируется в будущем);
#* продажа допуслуг (провоз багажа, питание и выбор места);
#* поиск сложного маршрута (СТ) — не поддерживается Travelfusion;
#* довнесение данных и модификация брони (паспортные и визовые данные, карта лояльности) — не поддерживается Travelfusion;
#* аннуляция не выписанной брони и обновление выписанной брони — не поддерживается Travelfusion;
#* войдирование, обмен и возврат выписанной брони (не поддерживается Travelfusion). Для этого клиент должен обращаться напрямую в авиакомпанию.
# Все тарифы обрабатываются как невозвратные.
# Авиакомпании самостоятельно высылают клиенту письмо о подтверждении брони (т.е. свою маршрут-квитанцию) на электронный адрес, который был указан при бронировании. При этом в данной маршрут-квитанции будет указана чистая стоимость перелета, т.е. клиент увидит стоимость без агентских наценок.
# В случае изменений в рейсе/расписании после выписки брони измененные данные не отображаются в Travelfusion, т.е. синхронизация после выписки невозможна, и эти данные будут доступны только в авиакомпании напрямую.
# На странице заказа для лоукост-перелета по умолчанию отображается надпись ''«Внимание! Данный перелет предоставляется авиакомпанией-лоукостером. Питание на борту не предоставляется!»''. Текст данного сообщения можно поменять в локализации, по языковой переменной ''no_meal_for_LowCost''. Полностью скрыть вывод этого сообщения можно с помощью css-стилей.
# '''Теперь достаточно в реквизитах к ГДС указать валюту депозита, в пакете это опционально.'''
# Базовая стоимость перелетов от Travelfusion при поиске может поступать в какой угодно валюте — это зависит от авиакомпании, причем на один перелет в ответе поставщика могут быть цены в разных валютах (тариф в евро, а таксы, например, в долларах). Далее {{NameSystem}} запрашивает в Travelfusion курсы валют из их системы и конвертирует всю стоимость перелета согласно этому курсу в валюту реквизитов. Пересчет цен на сайте агента в другие валюты будет происходить согласно курсам, настроенным в справочнике валют агентства ('''«Настройки системы» → «Валюты и курсы» → «Справочник валют и курсов»''', см. [[Валюта]]).
# От Travelfusion могут приходить как отрицательные значения такс (т.е. это таксы-скидки), так и не приходить вовсе, либо быть уже включенными в стоимость тарифа.
# Таймлимит на выписку брони на стороне поставщика равен 15 минут и не может быть больше.
# В Travelfusion запрещено бронирование отдельного места для младенца. Предупреждения об этом отображаются на странице выдачи результатов и на странице бронирования в виде надписи: ''Бронирование отдельного сидячего места для младенца не допускается перевозчиком''. Изменить текст предупреждения на странице результатов можно, задав в настройках локализации перевод для переменной ''flightsGroup__flightWarnings__insBookingNotAllowedBySupplier'', на странице бронирования - ''ins_booking_not_allowed_by_supplier''.
# '''Согласно требованию Travelfusion, нужно обязательно настраивать маршрутизацию по их расписанию.''' См. [[Фильтры_поисковых_запросов_(Авиабилеты)#Фильтр запросов по расписанию авиакомпании|Фильтр запросов по расписанию авиакомпании]]
# Вместе с адресной информацией из раздела '''Настройки Авиа → Профиль агентства''' в настройках '''{{NameProject2}}''' в качестве названия компании в Travelfusion передается название агенства в {{NameProject2}}. Для изменения названия компании, передаваемого в Travelfusion, необходимо менять название агенства в настройках {{NameProject2}}. Для этого нужно создать обращение в службу технической поддержки: [http://helpdesk.nemo.travel helpdesk.nemo.travel].
# Одним из требований Travelfusion является наличие параметра <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">PointOfSale </syntaxhighlight> в запросах StartRouting и ProcessTerms к поставщику. <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">PointOfSale </syntaxhighlight> предназначен для сертификации и корректной работы. Изменение значения этого параметра происходит в настройках '''{{NameProject2}}''' в поле '''Настройки Авиа → Профиль агентства → Код страны агентства''' .
# Область как часть адреса агентства и, в целом, сам адрес используется в запросе ProcessTerms при бронировании в Travelfusion. В рамках рефакторинга в запросе ProcessTerms было добавлено поле "Область" (в коде - <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Province</syntaxhighlight>). Изменение значения этого параметра происходит в настройках '''Nemo Connect''' в поле '''Настройки Авиа → Профили → Профиль агентства → Область'''.

== Возможные ошибки и их причины ==

* '''Your branch cannot perform booking through the TF.Payment Service''' — означает, что у данного агентства не активирован лицевой счет в Travelfusion. 
* '''Supplier does not support payments through the TF.Payment Service''' — данная авиакомпания не поддерживает метод оплаты TF.Pay. Отключить выдачу перелетов такой а/к можно на стороне Travelfusion, обратившись к их техподдержке. 
* '''Temporary supplier error''' - проблемы на стороне поставщика. Рекомендуется повторить действие позже. Если ошибка продолжает появляться часто, необходимо обратиться в службу техподдержки Travelfusion. 
* '''The supplier is too busy''' - аналогично, временные проблемы на стороне поставщика, связанные с высокой нагрузкой на систему Travelfusion.
* '''Internal server error''' - внутренняя ошибка на серверах Travelfusion.
* '''RequestValidationError''' - не заполнен профиль агентства (адрес и контактные данные) в панели администрирования {{NameProject2}}.
* '''Title missing''' - не включена настройка '''Автоматически добавлять титул пассажира''' в реквизитах бронирования пакета Travelfusion в панели администрирования {{NameProject2}}.
* '''Address post code is required for this journey''' - не внесены адресные данные в раздел '''Настройки Авиа → Профиль агентства''' в настройках '''{{NameProject2}}'''.

== Контактная информация ==
* [https://www.travelfusion.com Официальный сайт Travelfusion]
* [https://www.travelfusion.com/corporate/page/contact-us Контакты для обращения]

== См.также ==
* [[ГРС]]
* [[Галилео]]
* [[Sabre]]
* [[Сирена Трэвел]]
* [[Amadeus]]
* [[SITA Gabriel]]

API Travelfusion

2020-11-06T11:48:56Z

Иван Барабаш: /* Особенности работы с Travelfusion в {{NameSystem}} */

[[Категория:Поставщики авиабилетов]]
[[Файл:TFLOGO-m.png|right]]

'''Travelfusion''' — один из ведущих агрегаторов контента для ОТА, обеспечивающий прямой доступ к ресурсам многочисленных авиа-, жд- и отельных поставщиков. Помимо функций непосредственно ГРС располагает собственным платежным инструментом для взаиморасчетов (TF.Pay), а также готовыми сервисами (как для В2В, так и В2С моделей) для эффективного управления бизнесом. Специализируется в основном на низкобюджетных поставщиках (лоукостах).

Компания основана в 2000 г. Штаб-квартира Travelfusion находится в Лондоне (Великобритания), также имеются офисы в Шанхае (Китай).
Ресурс: около 220 авиакомпаний и железнодорожных перевозчиков. Полный список поддерживаемых поставщиков доступен на официальном сайте Travelfusion: [https://www.travelfusion.com/corporate/supplier]
Дистрибуция: преимущественно Европа.

== Процесс подключения к Travelfusion в {{NameSystem}} ==

# В системе {{NameSystem}} на данный момент можно реализовать подключение к Travelfusion только для работы с компонентом "Авиабилеты". Для этого агентству необходимо обратиться в отдел продаж Travelfusion и заключить договор. Также в письме необходимо указать, что агентство собирается работать с Travelfusion через {{NameSystem}}.
# После заключения договора аккаунт-менеджер агента высылает ему файл с реквизитами (логин и пароль) для подключения (Travelfusion Welcome Pack) и форму чеклиста для заполнения.
# Агентство предоставляет реквизиты техподдержке {{NameSystem}} через тикет в проектном трекере. Сотрудники техподдержки помогают заполнить опросник, и агент отправляет его в Travelfusion.
# После официального подтверждения Travelfusion и разрешения на начало работы сотрудники техподдержки заводят и настраивают пакет реквизитов в {{NameSystem}} для агента.

== Сопутствующие настройки для начала работы в {{NameSystem}} ==
После завершения конфигурации реквизитов агенту необходимо выполнить также следующие настройки:
# Внести необходимые правила для компаний, которые будут выписываться через коннектор Travelfusion в файл ценообразования. Значения комиссий при выписке не передаются поставщику, поэтому можно для всех таких а/к указать нулевое значение комиссии и назначить при необходимости свои агентские сборы. (см. [[Ценообразование (Авиабилеты)]])
# Добавить шаблон маршрут-квитанции для поставщика Travelfusion (см. [[Маршрут-квитанция]]).
# Проверить, что заполнены все поля в разделе '''Настройки Авиа → Профиль агентства''' в настройках '''{{NameProject2}}'''.
# При желании можно реализовать вывод дополнительного информационного текста во всплывающем окне (рядом с чекбоксом согласия с правилами бронирования и публичной оферты на странице заказа в том же блоке). Текст можно ввести в разделе настроек «Управление сайтом» → «Домены и протоколы» → «Дополнительные правила перевозки». Для вывода псевдоссылки на попап с этим текстом нужно изменить в локализации значение языковой переменной ''new-passinfo-footer__agreementText'' (см. [[Локализация]]), добавив html-код: 

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px">
'''Пример'''
<div class="mw-collapsible-content">
Я ознакомлен и согласен с <a href="/booking__policy" class="new-ui-pseudoLink js-thickbox__frame__href" data-popup="{title:'Правила бронирования'}">правилами бронирования</a>, <a href="/booking__additional_flight_rules" class="new-ui-pseudoLink js-thickbox__frame__href" data-popup="{title:'нужный вам заголовок'}">правилами предоставления дополнительных услуг</a>, <a href="[%-faresurl-%]" class="new-ui-pseudoLink js-thickbox__frame__href" data-popup="{title:'Условия применения тарифов'}">условиями применения тарифов</a> и <a href="/booking__policypd" class="new-ui-pseudoLink js-thickbox__frame__href" data-popup="{title:'Права субъекта персональных данных'}">правами субъекта персональных данных</a>. Я согласен и подтверждаю согласие третьих лиц, указанных мной в бронировании, на обработку персональных данных, в том числе на их передачу третьим лицам, обеспечивающим или обслуживающим перевозку, а также на трансграничную передачу персональных данных.
</div>
</div>

== Процесс оформления заказа в {{NameSystem}} ==

После выбора перелета Travelfusion и заполнения пассажирских данных на странице заказа в {{NameSystem}} клиент нажимает кнопку «Забронировать». При этом в самой авиакомпании бронь еще не создается. Объект брони создается только в самой системе Travelfusion, но по факту места не резервируются, и данные пассажиров в авиакомпанию не передаются.
После успешной оплаты {{NameSystem}} запускает запрос на выписку билета (в этот момент уже создается бронь в авиакомпании). Но даже после успешной обработки запроса на странице заказа сначала будет отображаться надпись ''«Билеты находятся на оформлении»'', так как в ответе на запрос выписки поставщик изначально не присылает номера билетов, т.к. бронь в авиакомпании подтверждается не сразу. Далее {{NameSystem}} автоматически обновляет заказ (с частотой 1 раз в 7 минут), и в ходе обновления уже получает номер билета от поставщика. Маршрут-квитанция будет автоматически отправлена на почту клиенту.
 Текст сообщения ''«Билеты находятся на оформлении»'' можно поменять в локализации, по языковой переменной ''ticketed_without_tickets''.

==Особенности Travelfusion==

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

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

Также, в связи с ориентацией Travelfusion на низкобюджетных поставщиков, билетов после выписки в {{NameSystem}} может не быть, часто в Travelfusion есть код бронирования в системе авиакомпании, с которым пассажирам нужно перейти на сайт авиакомпании для выписки.
После бронирования в системе авиакомпании Travelfusion его не синхронизирует, соответственно, {{NameSystem}} информации об изменениях в рейсах не получает, изменения в рейсах необходимо отслеживать пассажиру.
* В силу специфики Travelfusion получения данных от авиакомпаний, на разных стадиях оформления покупки (поиск, актуализация и бронирование в {{NameSystem}}) цена перелёта и бронирования могут отличаться - как правило это происходит из-за погрешностей округления при вычислении итоговых сумм на стороне Travelfusion и {{NameSystem}}.
* Необходимо в обязательном порядке вносить контактные данные клиента, так как при отсутствии контактных данных у пассажиров могут возникнуть проблемы с регистрацией на рейс. По указанным контактным данным высылается важная для агента информация.
* {{NameSystem}} возвращает проблемные статусы, полученные от Travelfusion. В случае проблемных статусов агенту необходимо следовать инструкциям и обращаться в техническую поддержку Travelfusion.
* В Travelfusion есть защита от дубликатов бронирования, в таких случаях возвращается ошибка. В случае ошибки создание нового бронирования в {{NameSystem}} не выполняется.
* В связи с частым обновлением требований для подключения агентов к Travelfusion, процесс подключения может быть длительным.

== Особенности работы с Travelfusion в {{NameSystem}} ==
# На данный момент в системе {{NameSystem}} есть возможность работать с Travelfusion только по депозитной схеме расчетов TF Prepay Method: агентство открывает в Travelfusion лицевой счет на определенную сумму, и при оформлении клиентом заказа на сайте с баланса агента списывается стоимость перелета на счет Travelfusion. Далее Travelfusion самостоятельно переводит эти средства на счет конкретной авиакомпании. {{Attention|Оплата напрямую в авиакомпанию по карте клиента на данный момент невозможна.}}
# {{Attention|На данный момент в системе {{NameSystem}} не реализованы:}}
#* поиск по окружным датам (планируется в будущем);
#* поиск по окружным аэропортам (планируется в будущем);
#* продажа допуслуг (провоз багажа, питание и выбор места);
#* поиск сложного маршрута (СТ) — не поддерживается Travelfusion;
#* довнесение данных и модификация брони (паспортные и визовые данные, карта лояльности) — не поддерживается Travelfusion;
#* аннуляция не выписанной брони и обновление выписанной брони — не поддерживается Travelfusion;
#* войдирование, обмен и возврат выписанной брони (не поддерживается Travelfusion). Для этого клиент должен обращаться напрямую в авиакомпанию.
# Все тарифы обрабатываются как невозвратные.
# Авиакомпании самостоятельно высылают клиенту письмо о подтверждении брони (т.е. свою маршрут-квитанцию) на электронный адрес, который был указан при бронировании. При этом в данной маршрут-квитанции будет указана чистая стоимость перелета, т.е. клиент увидит стоимость без агентских наценок.
# В случае изменений в рейсе/расписании после выписки брони измененные данные не отображаются в Travelfusion, т.е. синхронизация после выписки невозможна, и эти данные будут доступны только в авиакомпании напрямую.
# На странице заказа для лоукост-перелета по умолчанию отображается надпись ''«Внимание! Данный перелет предоставляется авиакомпанией-лоукостером. Питание на борту не предоставляется!»''. Текст данного сообщения можно поменять в локализации, по языковой переменной ''no_meal_for_LowCost''. Полностью скрыть вывод этого сообщения можно с помощью css-стилей.
# '''Теперь достаточно в реквизитах к ГДС указать валюту депозита, в пакете это опционально.'''
# Базовая стоимость перелетов от Travelfusion при поиске может поступать в какой угодно валюте — это зависит от авиакомпании, причем на один перелет в ответе поставщика могут быть цены в разных валютах (тариф в евро, а таксы, например, в долларах). Далее {{NameSystem}} запрашивает в Travelfusion курсы валют из их системы и конвертирует всю стоимость перелета согласно этому курсу в валюту реквизитов. Пересчет цен на сайте агента в другие валюты будет происходить согласно курсам, настроенным в справочнике валют агентства ('''«Настройки системы» → «Валюты и курсы» → «Справочник валют и курсов»''', см. [[Валюта]]).
# От Travelfusion могут приходить как отрицательные значения такс (т.е. это таксы-скидки), так и не приходить вовсе, либо быть уже включенными в стоимость тарифа.
# Таймлимит на выписку брони на стороне поставщика равен 15 минут и не может быть больше.
# В Travelfusion запрещено бронирование отдельного места для младенца. Предупреждения об этом отображаются на странице выдачи результатов и на странице бронирования в виде надписи: ''Бронирование отдельного сидячего места для младенца не допускается перевозчиком''. Изменить текст предупреждения на странице результатов можно, задав в настройках локализации перевод для переменной ''flightsGroup__flightWarnings__insBookingNotAllowedBySupplier'', на странице бронирования - ''ins_booking_not_allowed_by_supplier''.
# '''Согласно требованию Travelfusion, нужно обязательно настраивать маршрутизацию по их расписанию.''' См. [[Фильтры_поисковых_запросов_(Авиабилеты)#Фильтр запросов по расписанию авиакомпании|Фильтр запросов по расписанию авиакомпании]]
# Вместе с адресной информацией из раздела '''Настройки Авиа → Профиль агентства''' в настройках '''{{NameProject2}}''' в качестве названия компании в Travelfusion передается название агенства в {{NameProject2}}. Для изменения названия компании, передаваемого в Travelfusion, необходимо менять название агенства в настройках {{NameProject2}}. Для этого нужно создать обращение в службу технической поддержки: [http://helpdesk.nemo.travel helpdesk.nemo.travel].
# Одним из требований Travelfusion является наличие параметра <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">PointOfSale </syntaxhighlight> в запросах StartRouting и ProcessTerms к поставщику. <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">PointOfSale </syntaxhighlight> предназначен для сертификации и корректной работы. Изменение значения этого параметра происходит в настройках '''{{NameProject2}}''' в поле '''Настройки Авиа → Профиль агентства → Код страны агентства''' .
# Область как часть адреса агентства и, в целом, сам адрес используется в запросе ProcessTerms при бронировании в Travelfusion. В рамках рефакторинга в запросе ProcessTerms было добавлено поле "Область" (в коде - <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Province</syntaxhighlight>). Изменение значения этого параметра происходит в настройках '''Nemo Connect''' в поле '''Настройки Авиа → Профиль → Профиль агентства → Область'''.

== Возможные ошибки и их причины ==

* '''Your branch cannot perform booking through the TF.Payment Service''' — означает, что у данного агентства не активирован лицевой счет в Travelfusion. 
* '''Supplier does not support payments through the TF.Payment Service''' — данная авиакомпания не поддерживает метод оплаты TF.Pay. Отключить выдачу перелетов такой а/к можно на стороне Travelfusion, обратившись к их техподдержке. 
* '''Temporary supplier error''' - проблемы на стороне поставщика. Рекомендуется повторить действие позже. Если ошибка продолжает появляться часто, необходимо обратиться в службу техподдержки Travelfusion. 
* '''The supplier is too busy''' - аналогично, временные проблемы на стороне поставщика, связанные с высокой нагрузкой на систему Travelfusion.
* '''Internal server error''' - внутренняя ошибка на серверах Travelfusion.
* '''RequestValidationError''' - не заполнен профиль агентства (адрес и контактные данные) в панели администрирования {{NameProject2}}.
* '''Title missing''' - не включена настройка '''Автоматически добавлять титул пассажира''' в реквизитах бронирования пакета Travelfusion в панели администрирования {{NameProject2}}.
* '''Address post code is required for this journey''' - не внесены адресные данные в раздел '''Настройки Авиа → Профиль агентства''' в настройках '''{{NameProject2}}'''.

== Контактная информация ==
* [https://www.travelfusion.com Официальный сайт Travelfusion]
* [https://www.travelfusion.com/corporate/page/contact-us Контакты для обращения]

== См.также ==
* [[ГРС]]
* [[Галилео]]
* [[Sabre]]
* [[Сирена Трэвел]]
* [[Amadeus]]
* [[SITA Gabriel]]

API Travelfusion

2020-11-06T11:48:06Z

Иван Барабаш: /* Особенности работы с Travelfusion в {{NameSystem}} */

[[Категория:Поставщики авиабилетов]]
[[Файл:TFLOGO-m.png|right]]

'''Travelfusion''' — один из ведущих агрегаторов контента для ОТА, обеспечивающий прямой доступ к ресурсам многочисленных авиа-, жд- и отельных поставщиков. Помимо функций непосредственно ГРС располагает собственным платежным инструментом для взаиморасчетов (TF.Pay), а также готовыми сервисами (как для В2В, так и В2С моделей) для эффективного управления бизнесом. Специализируется в основном на низкобюджетных поставщиках (лоукостах).

Компания основана в 2000 г. Штаб-квартира Travelfusion находится в Лондоне (Великобритания), также имеются офисы в Шанхае (Китай).
Ресурс: около 220 авиакомпаний и железнодорожных перевозчиков. Полный список поддерживаемых поставщиков доступен на официальном сайте Travelfusion: [https://www.travelfusion.com/corporate/supplier]
Дистрибуция: преимущественно Европа.

== Процесс подключения к Travelfusion в {{NameSystem}} ==

# В системе {{NameSystem}} на данный момент можно реализовать подключение к Travelfusion только для работы с компонентом "Авиабилеты". Для этого агентству необходимо обратиться в отдел продаж Travelfusion и заключить договор. Также в письме необходимо указать, что агентство собирается работать с Travelfusion через {{NameSystem}}.
# После заключения договора аккаунт-менеджер агента высылает ему файл с реквизитами (логин и пароль) для подключения (Travelfusion Welcome Pack) и форму чеклиста для заполнения.
# Агентство предоставляет реквизиты техподдержке {{NameSystem}} через тикет в проектном трекере. Сотрудники техподдержки помогают заполнить опросник, и агент отправляет его в Travelfusion.
# После официального подтверждения Travelfusion и разрешения на начало работы сотрудники техподдержки заводят и настраивают пакет реквизитов в {{NameSystem}} для агента.

== Сопутствующие настройки для начала работы в {{NameSystem}} ==
После завершения конфигурации реквизитов агенту необходимо выполнить также следующие настройки:
# Внести необходимые правила для компаний, которые будут выписываться через коннектор Travelfusion в файл ценообразования. Значения комиссий при выписке не передаются поставщику, поэтому можно для всех таких а/к указать нулевое значение комиссии и назначить при необходимости свои агентские сборы. (см. [[Ценообразование (Авиабилеты)]])
# Добавить шаблон маршрут-квитанции для поставщика Travelfusion (см. [[Маршрут-квитанция]]).
# Проверить, что заполнены все поля в разделе '''Настройки Авиа → Профиль агентства''' в настройках '''{{NameProject2}}'''.
# При желании можно реализовать вывод дополнительного информационного текста во всплывающем окне (рядом с чекбоксом согласия с правилами бронирования и публичной оферты на странице заказа в том же блоке). Текст можно ввести в разделе настроек «Управление сайтом» → «Домены и протоколы» → «Дополнительные правила перевозки». Для вывода псевдоссылки на попап с этим текстом нужно изменить в локализации значение языковой переменной ''new-passinfo-footer__agreementText'' (см. [[Локализация]]), добавив html-код: 

<div class="toccolours mw-collapsible mw-collapsed" style="width:800px">
'''Пример'''
<div class="mw-collapsible-content">
Я ознакомлен и согласен с <a href="/booking__policy" class="new-ui-pseudoLink js-thickbox__frame__href" data-popup="{title:'Правила бронирования'}">правилами бронирования</a>, <a href="/booking__additional_flight_rules" class="new-ui-pseudoLink js-thickbox__frame__href" data-popup="{title:'нужный вам заголовок'}">правилами предоставления дополнительных услуг</a>, <a href="[%-faresurl-%]" class="new-ui-pseudoLink js-thickbox__frame__href" data-popup="{title:'Условия применения тарифов'}">условиями применения тарифов</a> и <a href="/booking__policypd" class="new-ui-pseudoLink js-thickbox__frame__href" data-popup="{title:'Права субъекта персональных данных'}">правами субъекта персональных данных</a>. Я согласен и подтверждаю согласие третьих лиц, указанных мной в бронировании, на обработку персональных данных, в том числе на их передачу третьим лицам, обеспечивающим или обслуживающим перевозку, а также на трансграничную передачу персональных данных.
</div>
</div>

== Процесс оформления заказа в {{NameSystem}} ==

После выбора перелета Travelfusion и заполнения пассажирских данных на странице заказа в {{NameSystem}} клиент нажимает кнопку «Забронировать». При этом в самой авиакомпании бронь еще не создается. Объект брони создается только в самой системе Travelfusion, но по факту места не резервируются, и данные пассажиров в авиакомпанию не передаются.
После успешной оплаты {{NameSystem}} запускает запрос на выписку билета (в этот момент уже создается бронь в авиакомпании). Но даже после успешной обработки запроса на странице заказа сначала будет отображаться надпись ''«Билеты находятся на оформлении»'', так как в ответе на запрос выписки поставщик изначально не присылает номера билетов, т.к. бронь в авиакомпании подтверждается не сразу. Далее {{NameSystem}} автоматически обновляет заказ (с частотой 1 раз в 7 минут), и в ходе обновления уже получает номер билета от поставщика. Маршрут-квитанция будет автоматически отправлена на почту клиенту.
 Текст сообщения ''«Билеты находятся на оформлении»'' можно поменять в локализации, по языковой переменной ''ticketed_without_tickets''.

==Особенности Travelfusion==

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

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

Также, в связи с ориентацией Travelfusion на низкобюджетных поставщиков, билетов после выписки в {{NameSystem}} может не быть, часто в Travelfusion есть код бронирования в системе авиакомпании, с которым пассажирам нужно перейти на сайт авиакомпании для выписки.
После бронирования в системе авиакомпании Travelfusion его не синхронизирует, соответственно, {{NameSystem}} информации об изменениях в рейсах не получает, изменения в рейсах необходимо отслеживать пассажиру.
* В силу специфики Travelfusion получения данных от авиакомпаний, на разных стадиях оформления покупки (поиск, актуализация и бронирование в {{NameSystem}}) цена перелёта и бронирования могут отличаться - как правило это происходит из-за погрешностей округления при вычислении итоговых сумм на стороне Travelfusion и {{NameSystem}}.
* Необходимо в обязательном порядке вносить контактные данные клиента, так как при отсутствии контактных данных у пассажиров могут возникнуть проблемы с регистрацией на рейс. По указанным контактным данным высылается важная для агента информация.
* {{NameSystem}} возвращает проблемные статусы, полученные от Travelfusion. В случае проблемных статусов агенту необходимо следовать инструкциям и обращаться в техническую поддержку Travelfusion.
* В Travelfusion есть защита от дубликатов бронирования, в таких случаях возвращается ошибка. В случае ошибки создание нового бронирования в {{NameSystem}} не выполняется.
* В связи с частым обновлением требований для подключения агентов к Travelfusion, процесс подключения может быть длительным.

== Особенности работы с Travelfusion в {{NameSystem}} ==
# На данный момент в системе {{NameSystem}} есть возможность работать с Travelfusion только по депозитной схеме расчетов TF Prepay Method: агентство открывает в Travelfusion лицевой счет на определенную сумму, и при оформлении клиентом заказа на сайте с баланса агента списывается стоимость перелета на счет Travelfusion. Далее Travelfusion самостоятельно переводит эти средства на счет конкретной авиакомпании. {{Attention|Оплата напрямую в авиакомпанию по карте клиента на данный момент невозможна.}}
# {{Attention|На данный момент в системе {{NameSystem}} не реализованы:}}
#* поиск по окружным датам (планируется в будущем);
#* поиск по окружным аэропортам (планируется в будущем);
#* продажа допуслуг (провоз багажа, питание и выбор места);
#* поиск сложного маршрута (СТ) — не поддерживается Travelfusion;
#* довнесение данных и модификация брони (паспортные и визовые данные, карта лояльности) — не поддерживается Travelfusion;
#* аннуляция не выписанной брони и обновление выписанной брони — не поддерживается Travelfusion;
#* войдирование, обмен и возврат выписанной брони (не поддерживается Travelfusion). Для этого клиент должен обращаться напрямую в авиакомпанию.
# Все тарифы обрабатываются как невозвратные.
# Авиакомпании самостоятельно высылают клиенту письмо о подтверждении брони (т.е. свою маршрут-квитанцию) на электронный адрес, который был указан при бронировании. При этом в данной маршрут-квитанции будет указана чистая стоимость перелета, т.е. клиент увидит стоимость без агентских наценок.
# В случае изменений в рейсе/расписании после выписки брони измененные данные не отображаются в Travelfusion, т.е. синхронизация после выписки невозможна, и эти данные будут доступны только в авиакомпании напрямую.
# На странице заказа для лоукост-перелета по умолчанию отображается надпись ''«Внимание! Данный перелет предоставляется авиакомпанией-лоукостером. Питание на борту не предоставляется!»''. Текст данного сообщения можно поменять в локализации, по языковой переменной ''no_meal_for_LowCost''. Полностью скрыть вывод этого сообщения можно с помощью css-стилей.
# '''Теперь достаточно в реквизитах к ГДС указать валюту депозита, в пакете это опционально.'''
# Базовая стоимость перелетов от Travelfusion при поиске может поступать в какой угодно валюте — это зависит от авиакомпании, причем на один перелет в ответе поставщика могут быть цены в разных валютах (тариф в евро, а таксы, например, в долларах). Далее {{NameSystem}} запрашивает в Travelfusion курсы валют из их системы и конвертирует всю стоимость перелета согласно этому курсу в валюту реквизитов. Пересчет цен на сайте агента в другие валюты будет происходить согласно курсам, настроенным в справочнике валют агентства ('''«Настройки системы» → «Валюты и курсы» → «Справочник валют и курсов»''', см. [[Валюта]]).
# От Travelfusion могут приходить как отрицательные значения такс (т.е. это таксы-скидки), так и не приходить вовсе, либо быть уже включенными в стоимость тарифа.
# Таймлимит на выписку брони на стороне поставщика равен 15 минут и не может быть больше.
# В Travelfusion запрещено бронирование отдельного места для младенца. Предупреждения об этом отображаются на странице выдачи результатов и на странице бронирования в виде надписи: ''Бронирование отдельного сидячего места для младенца не допускается перевозчиком''. Изменить текст предупреждения на странице результатов можно, задав в настройках локализации перевод для переменной ''flightsGroup__flightWarnings__insBookingNotAllowedBySupplier'', на странице бронирования - ''ins_booking_not_allowed_by_supplier''.
# '''Согласно требованию Travelfusion, нужно обязательно настраивать маршрутизацию по их расписанию.''' См. [[Фильтры_поисковых_запросов_(Авиабилеты)#Фильтр запросов по расписанию авиакомпании|Фильтр запросов по расписанию авиакомпании]]
# Вместе с адресной информацией из раздела '''Настройки Авиа → Профиль агентства''' в настройках '''{{NameProject2}}''' в качестве названия компании в Travelfusion передается название агенства в {{NameProject2}}. Для изменения названия компании, передаваемого в Travelfusion, необходимо менять название агенства в настройках {{NameProject2}}. Для этого нужно создать обращение в службу технической поддержки: [http://helpdesk.nemo.travel helpdesk.nemo.travel].
# Одним из требований Travelfusion является наличие параметра <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">PointOfSale </syntaxhighlight> в запросах StartRouting и ProcessTerms к поставщику. <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">PointOfSale </syntaxhighlight> предназначен для сертификации и корректной работы. Изменение значения этого параметра происходит в настройках '''{{NameProject2}}''' в поле '''Настройки Авиа → Профиль агентства → Код страны агентства''' .
# Область как часть адреса агентства и, в целом, сам адрес используется в запросе ProcessTerms при бронировании в Travelfusion. В рамках рефакторинга в запросе ProcessTerms было добавлено поле "Область" (в коде - <syntaxhighlight lang="text" enclose="none" style="font-size: 1.2em; padding: 0 3px; background: #F0F0F0; border: 1px dashed #2F6FAB;">Province</syntaxhighlight>). Изменение значения этого параметра происходит в настройках '''Nemo Connect''' в поле '''Настройки Авиа → Профиль агентства → Область'''.

== Возможные ошибки и их причины ==

* '''Your branch cannot perform booking through the TF.Payment Service''' — означает, что у данного агентства не активирован лицевой счет в Travelfusion. 
* '''Supplier does not support payments through the TF.Payment Service''' — данная авиакомпания не поддерживает метод оплаты TF.Pay. Отключить выдачу перелетов такой а/к можно на стороне Travelfusion, обратившись к их техподдержке. 
* '''Temporary supplier error''' - проблемы на стороне поставщика. Рекомендуется повторить действие позже. Если ошибка продолжает появляться часто, необходимо обратиться в службу техподдержки Travelfusion. 
* '''The supplier is too busy''' - аналогично, временные проблемы на стороне поставщика, связанные с высокой нагрузкой на систему Travelfusion.
* '''Internal server error''' - внутренняя ошибка на серверах Travelfusion.
* '''RequestValidationError''' - не заполнен профиль агентства (адрес и контактные данные) в панели администрирования {{NameProject2}}.
* '''Title missing''' - не включена настройка '''Автоматически добавлять титул пассажира''' в реквизитах бронирования пакета Travelfusion в панели администрирования {{NameProject2}}.
* '''Address post code is required for this journey''' - не внесены адресные данные в раздел '''Настройки Авиа → Профиль агентства''' в настройках '''{{NameProject2}}'''.

== Контактная информация ==
* [https://www.travelfusion.com Официальный сайт Travelfusion]
* [https://www.travelfusion.com/corporate/page/contact-us Контакты для обращения]

== См.также ==
* [[ГРС]]
* [[Галилео]]
* [[Sabre]]
* [[Сирена Трэвел]]
* [[Amadeus]]
* [[SITA Gabriel]]