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

API Travelfusion

2025-04-08T12:13:24Z

D.tsyplakova: /* Особенности работы с 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]]

Подпишитесь на письма о ежемесячных обновлениях системы {{NameSystem}}:

[[Изображение:Newsletter-2_small.png|left|link=https://www.nemo.travel/company/contacts.html]]

AeroflotNDC

2024-11-19T10:10:26Z

D.tsyplakova: /* Бронирование */

[[Категория: Поставщики авиабилетов]]
[[Файл:Aeroflot.png|380px||thumb|right|]]

'''AeroflotNDC''' - это коннектор, с помощью которого система Nemo.travel получает доступ к продажам авиакомпании Aeroflot по новому формату NDC.

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

С введением нового стандарта онлайн-агенты смогут предлагать на своих сайтах все дополнительные услуги, доступные на сайте авиакомпании. Например, выбор комфортного места на борту, дополнительный багаж и другие. Пассажиры, в свою очередь, получают возможность существенно экономить за счет доступа ко всей линейке тарифов и услуг авиакомпании.
=Подключение AeroflotNDC в Nemo.Travel=
Подключение возможно только при наличии прямого агентского соглашения с ПАО «Аэрофлот».
# Необходимо предоставить следующую информацию на адрес ndc-request@aeroflot.ru :
#* Юридическое лицо, полное название
#*ИНН
#*КПП
#*Юр адрес
#*Номер и дата регистрации договора (если есть) - Агентское соглашение №_____________
#*Заполненную заявку на подключение клиентcкой системы
#*В заявке так же указать следующее: IP-адреса, для которых должен быть предоставлен доступ:
188.235.129.232

37.200.71.164

95.213.141.253

95.213.141.254

37.200.71.162

#* Уникальный UA для КС - NemoPlatform
#*URL эндпоинта клиентской системы для отправки сообщения об изменениях в бронировании: боевой - https://prod-avia-service.nemo.travel/CallBack/NotificationReceiver.ashx/sundc тестовый - http://avia.trunk.net.mlsd.ru:11000/CallBack/NotificationReceiver.ashx/sundc {{Attention| При направлении заявок на подключение в заявке агента должно быть указано, что используется решение Немо (тестирование проводилось два раза и необходимо оформить отчет о прохождении тест-кейсов на основании уже подключённых агентов). Внутреннее согласование будет в любом случае, но сам процесс пойдет более оперативно.}}
# Настраиваете реквизиты в тестовой среде по данным, предоставленным Аэрофлотом (понадобится наименование клиента и идентификатор для тестовой среды)
# Выполняете полученные от Аэрофлота тест-кейсы.
# После выполнения тест-кейсов отправляете логи с результатами их прохождения в созданной задаче в Jira Аэрофлота, а также прилагаете заполненные документы "Группа тестов...".
# После этого необходимо получить согласование результатов тестирования от Аэрофлота.
# После согласования Акта о прохождении тестирования, создается задачка в том же трекере на подключение в прод среду, Аэрофлот предоставляет прод-реквизиты.
Полученные реквизиты нужно передать в Nemo.travel для формирования боевой конфигурации подключения.

В случае возникновения технических вопросов (к примеру статус заказа Problematic) необходимо составить заявку в трекере: [https://jira.aeroflot.ru/](https://jira.aeroflot.ru/)
Назначать исполнителем задачи «Техническая поддержка Ramax (NDC)».
Доступ под учетной записью агента.

= Особенности поставщика=
=== Поиск ===
# Максимальное количество пассажиров 9
# Не поддерживается поиск младенца с местом, доступны только ADT, СNN, INF
#Поиск по всем классам запускает 3 запроса на эконом, премиум эконом и бизнес
#Аэрофлот игнорирует валюту из запроса, валюта сменится при изменении кода страны в реквизитах. (RU = RUB, DE = EUR, US = USD)
#Доступна работа фильтра запросов для снижения Look2Book
#First - недоступный для поиска класс
=== Бронирование ===
#Реализовано создание заказа без документов и контактных данных
#Реализовано добавление документов, контактов и места прибывания при модификации
#Отчество обязательно для перелетов внутри РФ. Критично для рейсов а/к Победа
#Реализована аннуляция
#Карту лояльности можно внести только при бронировании
# Реализован возврат EMD
#Присутствует функционал принятия нотификаций от поставщика об изменениях в бронировании
#Оплаченное бронирование может иметь три статуса: booked — забронировано и подтверждено; ticket — забронировано и выписаны документы; cancelled — отменена

=== Дополнительные услуги ===
#Выбор места, питание багаж. Доступны до и после выписки
#На багаже присутствуют только 2 услуги: 1я и 2я сумки багажа, но взять только 2ю сумку багажа нельзя
#Есть возможность бронировать более одной услуги питания на пассажира на рейсе
#Карта мест - присутствует. В спецификации SU NDC есть 3 типа палубы: Upper - верхняя; Main - основная; Lower - нижняя
=== Выписка ===
#Для агентов работает только выписка через FOP = IN (инвойс), передача кода инвойса не поддерживается, если его передавать к поставщику он не уходит
#Войд происходит всех билетов у всех пассажиров сразу
#Обмен - есть. Возможен обмен только указанным пассажирам. При этом в запросе указывается <Passengers><Ref>, в результате обмен будет произведен в текущем PNR, а остальные пассажиры отсплитованы в новый PNR
# Возврат - есть. Возможен возврат только указанным пассажирам. При этом в запросе указывается <Passengers><Ref>, в результате билет этого пассажира будет сдан, а остальные пассажиры будут отсплитованы в новый PNR
#Войд и возврат невозможны, если в брони есть оформленные услуги
#Обмен или возврат ранее обменянного билета не поддерживаются
#Сплит осуществляется на стороне поставщика только в рамках Split/Exchange или Split/Refund
#Статус купона CouponStatusCode возможные значения статуса: Y - Status OK, V - Voided, F - Flown, C - Checked in, R - Refunded, E - Exchanged, N - Airport control

== См. также ==
* [[Форма бронирования (Авиабилеты)]]
* [[Реквизиты подключения к ГРС в Nemo Connect]]
* [[Пакеты реквизитов Nemo Connect]]

Подпишитесь на письма о ежемесячных обновлениях системы {{NameSystem}}:

[[Изображение:Newsletter-2_small.png|left|link=https://www.nemo.travel/company/contacts.html]]

BritishAirways NDC

2024-05-29T12:25:39Z

D.tsyplakova: /* Подключение поставщика в Nemo.Travel */

== О поставщике ==

'''British Airways''' — крупнейшая авиакомпания и национальный авиаперевозчик Великобритании, одна из крупнейших в Европе. Основные пересадочные узлы — Хитроу и Гатвик. British Airways обладает лицензией типа А, то есть имеет право на перевозки пассажиров, грузов и почты на самолётах с 20 и более пассажирскими креслами. British Airways — член авиационного альянса Oneworld.

Доступные направления в {{NameSystem}}: MAD — LON, MAD — BCN.

== Подключение ==

Для того чтобы подключиться к поставщику:

1. Обратитесь в компанию для заключения договора и подписания NDA. 
После этого поставщик отправит вам логин, пароль и код агента.

2. Создайте заявку на подключение [https://helpdesk.websky.tech/| в трекере техподдержки] Nemo.Travel и укажите в ней полученные реквизиты. 
После этого мы настроим подключение к поставщику.

== Возможности системы ==

=== Поиск ===

* Поддерживаемые типы пассажиров: ADT, CNN, INF;
* Поддерживаемые типы поисков: OW, RT;
* Сложный маршрут не поддерживается;
* Окружные даты не поддерживаются.

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

Поддерживаемые операции:

* Получение варианта оценки перелета тарифами из разных семейств;
* Получение карты мест для перелета или брони;
* Получение УПТ;
* Получение списка доступных дополнительных услуг для перелета или брони.

=== Бронирование ===

Поддерживаемые операции:

* Добавление дополнительных услуг на этапе бронирования;
* Внесение контактных данных для одного из пассажиров (телефон и e-mail) необязательно;
* Импорт брони по локатору PNR;
* Отмена бронирования.

=== Модификации ===

Поддерживаемые операции:

* Модификация забронированного заказа;
* Модификация выписанного заказа;
* Добавление дополнительных услуг для выписанного заказа;
* Изменение данных пассажира и контактных данных.

=== Выписка ===

Поддерживается выписка билета.

=== Войдирование ===

Поддерживается войдирование заказа.

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

Поддерживаемые операции:

* Обмен билета;
* Возврат билета.

=== Нотификации об изменениях в заказе ===

У British Airways есть сервис нотификаций по изменениям в заказе. При нарушениях стыковок или отмене рейсов поставщик предлагает замену и ожидает действий от агента. В интерфейсе Nemo.Travel нотификации пока не реализованы, но разработана настройка для обработки нотификаций. Если настройка включена, изменения принимаются автоматически. При отключённой настройке изменения подтверждаются поставщиком через 7 дней.

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

* [[Контакты ГРС]]
* [[Реквизиты подключения к ГРС в Немо 2.0]]
* [[Пакеты реквизитов Немо 2.0]]
* [[Необходимый функционал и его поддержка у поставщиков]]

Подпишитесь на письма о ежемесячных обновлениях системы {{NameSystem}}:

[[Файл:Newsletter-2 small.png|left|link=https://www.nemo.travel/company/contacts.html]]

BritishAirways NDC

2024-05-29T12:16:07Z

D.tsyplakova: /* Возможности системы */

== О поставщике ==

'''British Airways''' — крупнейшая авиакомпания и национальный авиаперевозчик Великобритании, одна из крупнейших в Европе. Основные пересадочные узлы — Хитроу и Гатвик. British Airways обладает лицензией типа А, то есть имеет право на перевозки пассажиров, грузов и почты на самолётах с 20 и более пассажирскими креслами. British Airways — член авиационного альянса Oneworld.

Доступные направления в {{NameSystem}}: MAD — LON, MAD — BCN.

== Подключение поставщика в Nemo.Travel ==

В системе Nemo.travel можно реализовать подключение к API British Airways NDC. Для этого агентству необходимо:

1. Обратиться в компанию для заключения договора и подписания NDA. 
2. Получить логин, пароль и код агента. 
3. Передать полученные реквизиты в службу техподдержки {{NameSystem}}, создав задачу в проектном трекере. 

После этого сотрудники {{NameSystem}} заведут и настроят реквизиты подключения к British Airways NDC.

== Возможности системы ==

=== Поиск ===

* Поддерживаемые типы пассажиров: ADT, CNN, INF;
* Поддерживаемые типы поисков: OW, RT;
* Сложный маршрут не поддерживается;
* Окружные даты не поддерживаются.

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

Поддерживаемые операции:

* Получение варианта оценки перелета тарифами из разных семейств;
* Получение карты мест для перелета или брони;
* Получение УПТ;
* Получение списка доступных дополнительных услуг для перелета или брони.

=== Бронирование ===

Поддерживаемые операции:

* Добавление дополнительных услуг на этапе бронирования;
* Внесение контактных данных для одного из пассажиров (телефон и e-mail) необязательно;
* Импорт брони по локатору PNR;
* Отмена бронирования.

=== Модификации ===

Поддерживаемые операции:

* Модификация забронированного заказа;
* Модификация выписанного заказа;
* Добавление дополнительных услуг для выписанного заказа;
* Изменение данных пассажира и контактных данных.

=== Выписка ===

Поддерживается выписка билета.

=== Войдирование ===

Поддерживается войдирование заказа.

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

Поддерживаемые операции:

* Обмен билета;
* Возврат билета.

=== Нотификации об изменениях в заказе ===

У British Airways есть сервис нотификаций по изменениям в заказе. При нарушениях стыковок или отмене рейсов поставщик предлагает замену и ожидает действий от агента. В интерфейсе Nemo.Travel нотификации пока не реализованы, но разработана настройка для обработки нотификаций. Если настройка включена, изменения принимаются автоматически. При отключённой настройке изменения подтверждаются поставщиком через 7 дней.

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

* [[Контакты ГРС]]
* [[Реквизиты подключения к ГРС в Немо 2.0]]
* [[Пакеты реквизитов Немо 2.0]]
* [[Необходимый функционал и его поддержка у поставщиков]]

Подпишитесь на письма о ежемесячных обновлениях системы {{NameSystem}}:

[[Файл:Newsletter-2 small.png|left|link=https://www.nemo.travel/company/contacts.html]]

BritishAirways NDC

2024-05-29T12:00:26Z

D.tsyplakova: /* Войдирование */

== О поставщике ==

'''British Airways''' — крупнейшая авиакомпания и национальный авиаперевозчик Великобритании, одна из крупнейших в Европе. Основные пересадочные узлы — Хитроу и Гатвик. British Airways обладает лицензией типа А, то есть имеет право на перевозки пассажиров, грузов и почты на самолётах с 20 и более пассажирскими креслами. British Airways — член авиационного альянса Oneworld.

Доступные направления в {{NameSystem}}: MAD — LON, MAD — BCN.

== Подключение поставщика в Nemo.Travel ==

В системе Nemo.travel можно реализовать подключение к API British Airways NDC. Для этого агентству необходимо:

1. Обратиться в компанию для заключения договора и подписания NDA. 
2. Получить логин, пароль и код агента. 
3. Передать полученные реквизиты в службу техподдержки {{NameSystem}}, создав задачу в проектном трекере. 

После этого сотрудники {{NameSystem}} заведут и настроят реквизиты подключения к British Airways NDC.

== Возможности системы ==

=== Поиск ===

* Поддерживаемые типы пассажиров: ADT, CNN, INF;
* Поддерживаемые типы поисков: OW, RT;
* Сложный маршрут не поддерживается;
* Окружные даты не поддерживаются.

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

Поддерживаемые операции:

* Получение варианта оценки перелета тарифами из разных семейств;
* Получение карты мест для перелета или брони;
* Получение УПТ;
* Получение списка доступных дополнительных услуг для перелета или брони.

=== Бронирование ===

Поддерживаемые операции:

* Добавление дополнительных услуг на этапе бронирования;
* Внесение контактных данных для одного из пассажиров (телефон и e-mail) необязательно;
* Импорт брони по локатору PNR;
* Отмена бронирования.

=== Модификации ===

Поддерживаемые операции:

* Модификация забронированного заказа;
* Модификация выписанного заказа;
* Добавление дополнительных услуг для выписанного заказа;
* Изменение данных пассажира и контактных данных.

=== Выписка ===

Поддерживается выписка билета.

=== Войдирование ===

Поддерживается войдирование заказа.

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

Поддерживаемые операции:

* Обмен билета;
* Возврат билета.

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

* [[Контакты ГРС]]
* [[Реквизиты подключения к ГРС в Немо 2.0]]
* [[Пакеты реквизитов Немо 2.0]]
* [[Необходимый функционал и его поддержка у поставщиков]]

Подпишитесь на письма о ежемесячных обновлениях системы {{NameSystem}}:

[[Файл:Newsletter-2 small.png|left|link=https://www.nemo.travel/company/contacts.html]]

BritishAirways NDC

2024-05-29T11:59:23Z

D.tsyplakova: /* О поставщике */

== О поставщике ==

'''British Airways''' — крупнейшая авиакомпания и национальный авиаперевозчик Великобритании, одна из крупнейших в Европе. Основные пересадочные узлы — Хитроу и Гатвик. British Airways обладает лицензией типа А, то есть имеет право на перевозки пассажиров, грузов и почты на самолётах с 20 и более пассажирскими креслами. British Airways — член авиационного альянса Oneworld.

Доступные направления в {{NameSystem}}: MAD — LON, MAD — BCN.

== Подключение поставщика в Nemo.Travel ==

В системе Nemo.travel можно реализовать подключение к API British Airways NDC. Для этого агентству необходимо:

1. Обратиться в компанию для заключения договора и подписания NDA. 
2. Получить логин, пароль и код агента. 
3. Передать полученные реквизиты в службу техподдержки {{NameSystem}}, создав задачу в проектном трекере. 

После этого сотрудники {{NameSystem}} заведут и настроят реквизиты подключения к British Airways NDC.

== Возможности системы ==

=== Поиск ===

* Поддерживаемые типы пассажиров: ADT, CNN, INF;
* Поддерживаемые типы поисков: OW, RT;
* Сложный маршрут не поддерживается;
* Окружные даты не поддерживаются.

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

Поддерживаемые операции:

* Получение варианта оценки перелета тарифами из разных семейств;
* Получение карты мест для перелета или брони;
* Получение УПТ;
* Получение списка доступных дополнительных услуг для перелета или брони.

=== Бронирование ===

Поддерживаемые операции:

* Добавление дополнительных услуг на этапе бронирования;
* Внесение контактных данных для одного из пассажиров (телефон и e-mail) необязательно;
* Импорт брони по локатору PNR;
* Отмена бронирования.

=== Модификации ===

Поддерживаемые операции:

* Модификация забронированного заказа;
* Модификация выписанного заказа;
* Добавление дополнительных услуг для выписанного заказа;
* Изменение данных пассажира и контактных данных.

=== Выписка ===

Поддерживается выписка билета.

=== Войдирование ===

Поддерживается войдирование заказа.

=== Войдирование ===

Поддерживаемые операции:

* Обмен билета;
* Возврат билета.

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

* [[Контакты ГРС]]
* [[Реквизиты подключения к ГРС в Немо 2.0]]
* [[Пакеты реквизитов Немо 2.0]]
* [[Необходимый функционал и его поддержка у поставщиков]]

Подпишитесь на письма о ежемесячных обновлениях системы {{NameSystem}}:

[[Файл:Newsletter-2 small.png|left|link=https://www.nemo.travel/company/contacts.html]]

BritishAirways NDC

2024-05-29T11:58:39Z

D.tsyplakova: /* Дополнительные операции */

== О поставщике ==

'''British Airways''' — крупнейшая авиакомпания и национальный авиаперевозчик Великобритании, одна из крупнейших в Европе. Основные пересадочные узлы — Хитроу и Гатвик. British Airways обладает лицензией типа А, то есть имеет право на перевозки пассажиров, грузов и почты на самолётах с 20 и более пассажирскими креслами. British Airways — член авиационного альянса Oneworld.

Доступные направления в {{NameSystem}}: MAD — LON.

== Подключение поставщика в Nemo.Travel ==

В системе Nemo.travel можно реализовать подключение к API British Airways NDC. Для этого агентству необходимо:

1. Обратиться в компанию для заключения договора и подписания NDA. 
2. Получить логин, пароль и код агента. 
3. Передать полученные реквизиты в службу техподдержки {{NameSystem}}, создав задачу в проектном трекере. 

После этого сотрудники {{NameSystem}} заведут и настроят реквизиты подключения к British Airways NDC.

== Возможности системы ==

=== Поиск ===

* Поддерживаемые типы пассажиров: ADT, CNN, INF;
* Поддерживаемые типы поисков: OW, RT;
* Сложный маршрут не поддерживается;
* Окружные даты не поддерживаются.

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

Поддерживаемые операции:

* Получение варианта оценки перелета тарифами из разных семейств;
* Получение карты мест для перелета или брони;
* Получение УПТ;
* Получение списка доступных дополнительных услуг для перелета или брони.

=== Бронирование ===

Поддерживаемые операции:

* Добавление дополнительных услуг на этапе бронирования;
* Внесение контактных данных для одного из пассажиров (телефон и e-mail) необязательно;
* Импорт брони по локатору PNR;
* Отмена бронирования.

=== Модификации ===

Поддерживаемые операции:

* Модификация забронированного заказа;
* Модификация выписанного заказа;
* Добавление дополнительных услуг для выписанного заказа;
* Изменение данных пассажира и контактных данных.

=== Выписка ===

Поддерживается выписка билета.

=== Войдирование ===

Поддерживается войдирование заказа.

=== Войдирование ===

Поддерживаемые операции:

* Обмен билета;
* Возврат билета.

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

* [[Контакты ГРС]]
* [[Реквизиты подключения к ГРС в Немо 2.0]]
* [[Пакеты реквизитов Немо 2.0]]
* [[Необходимый функционал и его поддержка у поставщиков]]

Подпишитесь на письма о ежемесячных обновлениях системы {{NameSystem}}:

[[Файл:Newsletter-2 small.png|left|link=https://www.nemo.travel/company/contacts.html]]

BritishAirways NDC

2024-05-29T11:58:31Z

D.tsyplakova: /* Возможности системы */

== О поставщике ==

'''British Airways''' — крупнейшая авиакомпания и национальный авиаперевозчик Великобритании, одна из крупнейших в Европе. Основные пересадочные узлы — Хитроу и Гатвик. British Airways обладает лицензией типа А, то есть имеет право на перевозки пассажиров, грузов и почты на самолётах с 20 и более пассажирскими креслами. British Airways — член авиационного альянса Oneworld.

Доступные направления в {{NameSystem}}: MAD — LON.

== Подключение поставщика в Nemo.Travel ==

В системе Nemo.travel можно реализовать подключение к API British Airways NDC. Для этого агентству необходимо:

1. Обратиться в компанию для заключения договора и подписания NDA. 
2. Получить логин, пароль и код агента. 
3. Передать полученные реквизиты в службу техподдержки {{NameSystem}}, создав задачу в проектном трекере. 

После этого сотрудники {{NameSystem}} заведут и настроят реквизиты подключения к British Airways NDC.

== Возможности системы ==

=== Поиск ===

* Поддерживаемые типы пассажиров: ADT, CNN, INF;
* Поддерживаемые типы поисков: OW, RT;
* Сложный маршрут не поддерживается;
* Окружные даты не поддерживаются.

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

Поддерживаемые операции:

* Получение варианта оценки перелета тарифами из разных семейств;
* Получение карты мест для перелета или брони;
* Получение УПТ;
* Получение списка доступных дополнительных услуг для перелета или брони.

=== Бронирование ===

Поддерживаемые операции:

* Добавление дополнительных услуг на этапе бронирования;
* Внесение контактных данных для одного из пассажиров (телефон и e-mail) необязательно;
* Импорт брони по локатору PNR;
* Отмена бронирования.

=== Модификации ===

Поддерживаемые операции:

* Модификация забронированного заказа;
* Модификация выписанного заказа;
* Добавление дополнительных услуг для выписанного заказа;
* Изменение данных пассажира и контактных данных.

=== Выписка ===

Поддерживается выписка билета.

=== Войдирование ===

Поддерживается войдирование заказа.

=== Войдирование ===

Поддерживаемые операции:

* Обмен билета;
* Возврат билета.

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

* [[Контакты ГРС]]
* [[Реквизиты подключения к ГРС в Немо 2.0]]
* [[Пакеты реквизитов Немо 2.0]]
* [[Необходимый функционал и его поддержка у поставщиков]]

Подпишитесь на письма о ежемесячных обновлениях системы {{NameSystem}}:

[[Файл:Newsletter-2 small.png|left|link=https://www.nemo.travel/company/contacts.html]]

BritishAirways NDC

2024-05-23T13:16:10Z

D.tsyplakova: /* Подключение поставщика в Nemo.Travel */

== О поставщике ==

'''British Airways''' — крупнейшая авиакомпания и национальный авиаперевозчик Великобритании, одна из крупнейших в Европе. Основные пересадочные узлы — Хитроу и Гатвик. British Airways обладает лицензией типа А, то есть имеет право на перевозки пассажиров, грузов и почты на самолётах с 20 и более пассажирскими креслами. British Airways — член авиационного альянса Oneworld.

Доступные направления в {{NameSystem}}: MAD — LON.

== Подключение поставщика в Nemo.Travel ==

В системе Nemo.travel можно реализовать подключение к API British Airways NDC. Для этого агентству необходимо:

1. Обратиться в компанию для заключения договора и подписания NDA. 
2. Получить логин, пароль и код агента. 
3. Передать полученные реквизиты в службу техподдержки {{NameSystem}}, создав задачу в проектном трекере. 

После этого сотрудники {{NameSystem}} заведут и настроят реквизиты подключения к British Airways NDC.

== Возможности системы ==

=== Поиск ===

* Поддерживается три типа пассажиров: ADT, CNN, INF (поиск INS запрещен)
* Поддерживаемые типы поисков: OW, RT
* Сложный маршрут не поддерживается
* Окружные даты не поддерживаются

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

* Актуализация перелета
* Получение списка доступных допуслуг для перелета или брони
* Получение варианта оценки перелёта тарифами из разных семейств
* Получение карты мест

=== Бронирование ===

* Бронирование перелета
* Бронирование пассажиров всех типов, кроме INS
* Внесение контактных данных для одного из пассажиров (Телефон и e-mail) необязательно
* Обновление бронирования
* Добавление доп. услуг на этапе бронирования
* Аннуляция брони

=== Модификации ===

* Модификация забронированного заказа
* Модификация выписанного заказа
* Добавление доп. услуг для выписанного заказа
* Изменение данных пассажира и контактных данных

=== Дополнительные услуги ===

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

=== Выписка ===

* Выписка перелета

=== Войдирование ===

* Войдирование заказа

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

* [[Контакты ГРС]]
* [[Реквизиты подключения к ГРС в Немо 2.0]]
* [[Пакеты реквизитов Немо 2.0]]
* [[Необходимый функционал и его поддержка у поставщиков]]

Подпишитесь на письма о ежемесячных обновлениях системы {{NameSystem}}:

[[Файл:Newsletter-2 small.png|left|link=https://www.nemo.travel/company/contacts.html]]

BritishAirways NDC

2024-05-23T13:15:30Z

D.tsyplakova: /* Войдирование */

== О поставщике ==

'''British Airways''' — крупнейшая авиакомпания и национальный авиаперевозчик Великобритании, одна из крупнейших в Европе. Основные пересадочные узлы — Хитроу и Гатвик. British Airways обладает лицензией типа А, то есть имеет право на перевозки пассажиров, грузов и почты на самолётах с 20 и более пассажирскими креслами. British Airways — член авиационного альянса Oneworld.

Доступные направления в {{NameSystem}}: MAD — LON.

== Подключение поставщика в Nemo.Travel ==

В системе Nemo.travel можно реализовать подключение к API British Airways NDC. Для этого агентству необходимо:

1. Обратиться в компанию для заключения договора и подписания NDA.
2. Получить логин, пароль и код агента.
3. Передать полученные реквизиты в службу техподдержки {{NameSystem}}, создав задачу в проектном трекере.

После этого сотрудники {{NameSystem}} заведут и настроят реквизиты подключения к British Airways NDC.

== Возможности системы ==

=== Поиск ===

* Поддерживается три типа пассажиров: ADT, CNN, INF (поиск INS запрещен)
* Поддерживаемые типы поисков: OW, RT
* Сложный маршрут не поддерживается
* Окружные даты не поддерживаются

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

* Актуализация перелета
* Получение списка доступных допуслуг для перелета или брони
* Получение варианта оценки перелёта тарифами из разных семейств
* Получение карты мест

=== Бронирование ===

* Бронирование перелета
* Бронирование пассажиров всех типов, кроме INS
* Внесение контактных данных для одного из пассажиров (Телефон и e-mail) необязательно
* Обновление бронирования
* Добавление доп. услуг на этапе бронирования
* Аннуляция брони

=== Модификации ===

* Модификация забронированного заказа
* Модификация выписанного заказа
* Добавление доп. услуг для выписанного заказа
* Изменение данных пассажира и контактных данных

=== Дополнительные услуги ===

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

=== Выписка ===

* Выписка перелета

=== Войдирование ===

* Войдирование заказа

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

* [[Контакты ГРС]]
* [[Реквизиты подключения к ГРС в Немо 2.0]]
* [[Пакеты реквизитов Немо 2.0]]
* [[Необходимый функционал и его поддержка у поставщиков]]

Подпишитесь на письма о ежемесячных обновлениях системы {{NameSystem}}:

[[Файл:Newsletter-2 small.png|left|link=https://www.nemo.travel/company/contacts.html]]

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

2024-05-08T09:21:29Z

D.tsyplakova: /* Параметры настройки */

[[Категория:Модули]] [[Категория:Дополнительные модули‎]]
'''Обмены и возвраты''' - компонент системы бронирования билетов онлайн {{NameSystemLink}} для налаживания процесса обмена и возврата авиабилетов онлайн.
==Назначение==

Компонент открывает агентству следующие возможности:

* обрабатывать заявки на вынужденный или добровольный возврат;
* прикреплять и запрашивать необходимые подтверждающие документы;
* рассчитывать размеры штрафов и сумм к удержанию;
* производить автоматический добровольный возврат и обмен для некоторых GDS;
* загружать данные о связанных PNR из GDS.

==Принцип работы==
Компонент построен на принципе приема заявок от клиентов и их обработки в ручном или автоматическом режиме менеджером или экспертом агентства/субагентства.

Обмен и возврат производятся по заявке покупателя, которую он отправляет через специальную форму. Далее заявка обрабатывается менеджером или экспертом агентства/субагентства. Обработка заявок производится в ручном или автоматическом режиме. За режим обработки заявок на возврат отвечает настройка '''Способ проведения возвратов''', режим обработки заявок на обмен регулируется настройкой '''Способ проведения обменов'''. Более подробное описание настроек находится в разделе ''Параметры настройки''. 
Агентство может также предоставить возможность использования модуля своим субагентам. В этом случае для покупателей субагента также будет доступна форма заявки на обмен/возврат, поступающие заявки обрабатывает менеджер или эксперт субагентства.

{{Attention|Автоматизированный возврат и обмен билета на данный момент реализован для [[AeroflotNDC|прямого коннектора к авиакомпании "Аэрофлот"]], [[Amadeus|GDS Amadeus]] и [[Сирена Трэвел|ГРС Сирена Трэвел]], автоматизированный возврат билетов доступен также для [[Прямой_коннектор_к_авиакомпании_U6|прямого коннектора к авиакомпании "Уральские авиалинии"]]}}. 
{{Attention|Компонент работает только с авиабилетами в теме оформления wurst (включая дочерние).}} 
{{Attention|Для Сирена Трэвел автоматизированный обмен и/или возврат доступен для перелетов только тех авиакомпании, в которых открыта 31-я и 33-я категории УПТ соответственно.}}

[[Amadeus|GDS Amadeus]] поддерживается гарантированный и негарантированный возврат. 
При этом используются разные категории УПТ:
* при гарантированном возврате используется категория под автовозвраты, приоритет данной категории выше;
* при негарантированном возврате используется категория с описанием штрафов, которая запускается только если не доступен гарантированный возврат.
Запуск негарантированного возврата можно отключить в настройках Office ID на стороне [[Amadeus|GDS Amadeus]].

== Включение компонента ==

Компонент ''Обмены и возвраты'' подключает администратор коммерческого отдела системы {{NameSystemLink}}. Если вы хотите начать использовать компонент '''Обмены и возвраты''', создайте тикет с запросом в [http://helpdesk.nemo.travel проектном трекере {{NameSystem}}].

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

# Зайдите в раздел '''Управление продажами → Авиабилеты → Процессы → Обмены и возвраты'''.
# Выберите объект применения настроек в поле '''Пользователь'''.
# Выставите параметры модуля для всего агентства или выбранного пользователя/группы пользователей.
# Нажмите на кнопку '''Сохранить'''.

===Параметры настройки===
* '''Обмены и возвраты разрешены''' — опция включает компонент в работу.
* '''Способ проведения возвратов''' — режим проведения процесса возврата:
** ручной — обработка заявок производится менеджером или экспертом вручную. Ответственный за обработку заявки самостоятельно выполняет расчёт штрафов, выставляет суммы к возврату, производит возврат билетов через терминал и т.д.
** автоматический — режим, при котором весь процесс возврата происходит при взаимодействии с ГРС, начиная от выставления суммы к возврату и заканчивая возвратом билетов.
* '''Способ проведения обменов''' — режим проведения процесса обмена:
** ручной — обработка заявок производится менеджером или экспертом вручную. Ответственный за обработку заявки самостоятельно выполняет расчёт штрафов, выставляет суммы к доплате или возврату, производит обмен билетов через терминал и т.д.
** автоматический — режим, при котором весь процесс возврата происходит при взаимодействии с ГРС, начиная с поиска вариантов для обмена и заканчивая обменом билетов.
{{Attention|При использовании ручного режима агент самостоятельно выполняет возврат и обмен билетов через терминал.}} 
* '''Реквизиты для проведения автоматических возвратов''' — определяет пакеты реквизитов, в которых выполняется автоматизированный возврат. Стоит учесть, что автоматизированный возврат по умолчанию выполняется на тех же реквизитах, в которых был создан основной заказ. Если выбранный в настройках пакет реквизитов отличается от реквизитов заказа, то, ''несмотря на выбранный автоматический режим, системой создается ручная заявка''.
* '''Реквизиты для проведения автоматических обменов''' — настройка аналогична предыдущей, отвечает за автоматизированный обмен.
* '''Авиакомпании для проведения автоматических возвратов''' — в настройке задаются авиакомпании, позволяющие выполнить автоматический возврат.
**Если реквизит не выбран для проведения автоматических возвратов, но при этом авиакомпания из заказа присутствует в ''Авиакомпании для проведения автоматических возвратов'' - выполняется ручной возврат.
**Если в настройке фигурирует хотя бы одна авиакомпания, то автовозврат будет доступен в заказах соответствующей авиакомпании. В заказах других а/к (не указанных в настройке) сработает ручной возврат.
**Если в заказе несколько валидирующих перевозчиков, то для автовозврата необходимо наличие всех ВП в этой настройке. Иначе возврат будет ручной. 
* '''Авиакомпании для проведения автоматических обменов ''' — настройка аналогична предыдущей.
* '''При неудачной попытке автоматического возврата и обмена ''' — настройкой регулируется отклонение/перевод в ручной режим заявок на возврат, обмен билетов и доп.услуг а/к: 
** переводить заявку в ручной режим
** отклонить заявку
* '''Размер штрафа за возврат одного билета''' — работает при ''автоматизированном'' режиме проведения обменов и возвратов. Размер штрафа за возврат задаётся в абсолютной величине. Штрафы, указанные для субагента, не суммируются со штрафом агента.
* '''Размер штрафа за обмен одного билета''' — работает при ''автоматизированном'' режиме проведения обменов и возвратов. Размер штрафа за обмен задаётся в абсолютной величине. Штрафы, указанные для субагента, не суммируются со штрафом агента.
* '''Отображать блок с загрузкой подтверждающих документов при добровольном возврате''' — включает форму загрузки подтверждающих документов для добровольного возврата.
* '''Загрузка подтверждающих документов не обязательна''' — прикрепление документов на этапе создания заявки на возврат становится необязательным.
* '''Позволять создание заявок в заказе с просроченными сегментами''' — опция включает возможность создания заявок для заказов, содержащих сегменты с датой вылета в уже в прошлом.
* '''Добавить шаг подтверждения заявки пользователем в процессе возврата''' — включает дополнительный шаг подтверждения пользователем условий возврата, который следует за расчетом менеджера. Если настройка выключена, то пользователь может принять условия возврата уже на этапе создания заявки.
* '''Разрешить отзывать заявки после принятия их в работу''' — при включении настройки, пользователю будет доступна кнопка «Отозвать заявку» после того, как в блоке менеджера была нажата кнопка «Начать работу с заявкой».
* '''Разрешить менеджерам и экспертам субагентства обрабатывать заявки''' - опция открывает доступ менеджерам и экспертам субагентства к обработке заявок. Доступно для выбора: "Выключено", "Для всех типов заявок", "Только для авто обменов/возвратов". При выборе "Для всех типов заявок" - субагенты могут обрабатывать и ручные и авто заявки. При выборе "Только для авто обменов/возвратов" - субагентам доступны только авто заявки, при переходе заявки в ручной режим, доступ к ней имеет только корневое агентство. При включении нужно убедиться, что в объекте применения настроек выбран необходимый пользователь (менеджер/эксперт субагентства).
* '''Снимать места при отправке заявки на возврат''' — опция включает автоматическое снятие мест в ГРС при отправке заявки на возврат билетов. Если к возврату выбраны все пассажиры, то в ГРС направляется соответствующий запрос на снятие мест. Если к возврату выбрана часть пассажиров, то перед отправкой запроса на снятие мест выполняется выделение в новый PNR (сплит) пассажиров, не требующих возврата, а для оставшихся пассажиров в заказе выполняется снятие мест. {{Attention| '''Настройка работает только для ГРС Сирена Трэвел и Amadeus! Настройка учитывается только при ручном режиме проведения возвратов, если включен автоматический режим, то активность этой настройки не учитывается.'''}} {{Attention| Заказы со снятыми местами будут отображаться в очереди личного кабинета '''Места сняты после выписки''' только в том случае, если включена настройка '''Управление продажами → Авиабилеты → Процессы → Процесс выписки → Включить возможность снятия мест'''!}}
*'''Разрешать работу с заявкой для заказов без билетов''' — настройка разрешает перевести обмен в ручной режим, если в процессе обмена от поставщика не вернулись номера билетов. 
*'''Вычитать собственный сбор субагента (для менеджеров и экспертов)''' — настройка уменьшает конечную стоимость обмена на величину сбора субагента. 
*'''Список EMD при возврате''' — Имеет формат: SU:RSVR,PENF;UT:MISC . Для работы этой настройки Администратору необходимо:
# Зайти в раздел '''Для техподдержки → {{NameProject2}} Вебсервисы → Настройки Взаимодействия'''.
# Включить опцию '''Список EMD при возврате''' в разделе '''Использовать настройки в Авиа сервере из Немо 1 для разделов'''.
* '''Автоматически возвращать ассоциированные EMD при обмене билетов''' — при включении настройки происходит автоматический возврат EMD, привязанных к сегменту, подлежащему обмену. Настройка рекомендуется к включению при включенной опции '''Способ проведения обменов — автоматически''' и продаже доп. услуг на EMD.
*'''Пропускать шаг модерации заявки вынужденного автоматического возврата''' — пропуск ручного подтверждения агентом заявок с вынужденным и автоматическим возвратом. Подтверждение заявки пользователем
остается необходимо, если включена настройка ''Добавить шаг подтверждения заявки пользователем в процессе возврата''.
*'''Разрешить автоматический возврат билетов для PNR с формой оплаты''' — позволяет выбрать форму оплаты, при наличии в заказе которой будет разрешен автоматический возврат билетов:
** Наличные (CA)
** Банковская карта (CC)
** Банковский чек (CK)
** Инвойс (IN)
** Взаимозачет (VZ)
** Остальные (Other)

{| class="wikitable"
|-
|[[Файл:settings_EX_R.jpg|800px|Настройки компонента]]
|-
|Настройки компонента
|}

==Принцип работы с ручными заявками==

===Создание заявки===

После включения компонента и выполнения вышеописанных настроек на странице выписанного заказа в верхней левой части окна, как на ''Рис. 1'', появляются дополнительные действия:
# '''Просмотр заказа''' - открывает страницу с информацией о заказе.
# '''Возврат билетов''' – осуществляет переход к созданию или просмотру заявки на возврат.
# '''Обмен билетов''' – перенаправляет пользователя к созданию или просмотру заявки на обмен.

{| class="wikitable"
|-
|[[Файл:str_zakaza.png|800px|Рис.1 Страница выписанного заказа]]
|-
|Рис.1 Страница выписанного заказа
|}

Также на данной странице расположена кнопка '''«Служебная информация»''', по нажатию на которую отображается подробная информация о заказе, где в строке '''«Связанные заказы»''' расположены ссылки на все имеющиеся заявки, как показано ''Рис. 2''. 

{| class="wikitable"
|-
|[[Файл:sl_info.png|350px|Рис. 2 Связанные заказы]]
|-
|Рис.2 Связанные заказы
|}

'''''При заявке на возврат''''' необходимо выбрать его тип: вынужденный или добровольный (система предлагает помощь в принятии решения в виде подсказок о том, какие возвраты могут рассматриваться как вынужденные или добровольные, сам текст подсказок редактируется в разделе «Языковые ресурсы»). 

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

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

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

{| class="wikitable"
|-
|[[Файл:zayavka_return.png|900px|Рис. 3 Страница заявки на возврат]]
|-
|Рис.3 Страница заявки на возврат
|}

'''''При создании заявки на обмен''''' клиент в свободной форме пишет желаемые изменения (поле "Желаемые изменения" отображается только в случае произведения обмена билетов в ''ручном'' режиме), например, изменение времени вылета, заполняет или редактирует контактные данные, прикрепляет необходимые для обмена документы. И по нажатию на кнопку '''«Отправить заявку»''' выполняется синхронизация заказа с ГДС, а заявка в статусе ''«Новая заявка на обмен билетов»'' с комментарием клиента отправляется в агентство, ее копия отправляется клиенту (нотификация по электронной почте). 

{| class="wikitable"
|-
|[[Файл:Title exchange2.png|800px|Рис. 4 Страница заявки на обмен]]
|-
|Рис.4 Страница заявки на обмен
|}

=== Ограничения по созданию заявок ===
# Доступ к созданию заявок на странице возврата и обмена предоставляется только пользователю, создавшему заказ, а также менеджеру и эксперту.
# Если в заказе имеется выполненная заявка на возврат всех пассажиров и сегментов, то повторное создание заявок становится недоступным.
# Создание заявок доступно пока в заказе имеются активные билеты.
# Максимально можно прикрепить пять видов подтверждающих документов для обмена и возврата:
*Официальный отказ в визе
*Медицинская справка о болезни пассажира
*Справка о смерти близкого родственника пассажира
*Справка о задержке/отмене/переносе рейса авиакомпанией
*Другое.

{| class="wikitable"
|-
|[[Файл:Title exchange3.png|800px|Рис. 5 Примеры прикрепляемых документов на обмен и возврат]]
|-
|Рис.5 Примеры прикрепляемых документов на обмен и возврат
|}

=== Обработка заявки ===

Процесс обработки заявки в системе {{NameSystem}} состоит из следующих этапов:
# Расчет стоимости к возврату или доплате и внесение даты, до которой расчет будет действителен(выполняется менеджером/экспертом системы).
# Подтверждение согласия на выполненный расчет через отправку заявления (выполняется владельцем заказа или менеджером/экспертом).
# Возврат средств менеджером/экспертом или доплата пользователем, сделавшим заказ.
# Импорт новой брони в заказ (выполняется менеджером/экспертом системы) - при необходимости.
{{Attention|Следует принять во внимание, что до выполнения последнего этапа обработки заявки необходимо выполнить возврат или обмен билетов через терминал, чтобы с завершением выполнения заявки по заказу актуализировалась информация.}} 
{{Attention|Для заказов, оплаченных через ПШ Баланс, необходимо выполнить возврат билетов через терминал до возврата средств менеджером/экспертом (пункт №3), так как автоматический возврат средств по Балансу производится только для заказов в статусе "Аннулирован".}} 

В созданной заявке менеджеру и эксперту агентства/субагентства открывается дополнительный блок для ее обработки, ''Рис.5''. Блок состоит из следующих частей: 
* Основная информация
* Контактные данные
* Загруженные документы (при вынужденных возвратах)
* Номера билетов
* Выбранные пользователем сегменты (только в заявках на возврат)
* Причина возврата (при вынужденных возвратах)
* Пожелания пользователя (только в заявках на обмен)
* Информация о стоимости основного заказа
* История изменений заявки
* Расчет сборов
* Срок действия расчёта
* Удерживаемые сборы и таксы (только после выполнения расчета)

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

{| class="wikitable"
|-
|[[Файл:Return_rasch.png|700px|Рис. 6 Блок менеджера]]
|-
|Рис.6 Блок менеджера
|}

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

''Контактные данные'' содержат: 
* Имя
* Телефон
* Электронную почту

''Номера билетов'' всех пассажиров в заказе. 

''Загруженные документы'' – это список файлов, предоставленных на этапе создания заявки. 

''Выбранные пользователем сегменты'' включают:
* Пассажиров к возврату
* Сегменты к возврату

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

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

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

''Удерживаемые сборы и таксы'', указанные на этапе расчета стоимости к возврату/доплате.

''Срок действия расчета'', указанный на этапе расчета стоимости к возврату/доплате. 

==== Механизм расчета сборов ====

Для расчета стоимости к возврату или доплате по заявке менеджеру или эксперту нужно заполнить определенные поля, указав в них сборы/штрафы/удержания за возврат или обмен. Для заполнения доступны следующие поля: 
* Сбор за возврат
* Удержание за использованный участок маршрута
* Тариф, не подлежащий возврату по УПТ
* Сбор авиакомпании за возврат
* Сбор авиакомпании за аннулирование брони
* Сбор агентства
* Сбор субагента
* Сбор платежной системы
* Дополнительное удержание по таксам
* Сбор за дополнительные услуги (Альфастрахование, Аэроэкспресс, ERV-страхование, сервисные пакеты)
* Уже возвращено клиенту
* Удерживаемые таксы
* Расчет действителен до (дата и время)
* Комментарий к расчету

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

Валюта расчета соответствует валюте заказа. 

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

{| class="wikitable"
|-
|[[Файл:rasch_sum.png|300px|Рис. 7 Форма расчета]]
|-
|Рис.7 Форма расчета
|}

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

==== Срок действия расчета ====
Срок действия активен только для ручного режима обмена/возврата билета.
В случае необходимости, менеджер, либо эксперт компании, может ограничить время действия расчета при заполнении расчета сборов по заявке на возврат/обмен билета. Позволяет избежать неактуальных перерасчетов, устанавливает для клиента дедлайн подтверждения и доплаты (если таковая имеется).
На странице заявки на обмен/возврат и пользователю и менеджеру виден срок жизни заявки.
{| class="wikitable"
|-
|[[Файл:Srok godnosti.png|450px|Рис. 8 Срок действия]]
|-
|Рис.8 Срок действия
|}
По истечении указанного на заявке срока, любые действия с заявкой становятся недоступными, её можно лишь аннулировать. Клиенту потребуется создать новую заявку с актуальным перерасчетом от менеджера/эксперта.
{| class="wikitable"
|-
|[[Файл:Srok istek.png|450px|Рис. 9 Срок действия истек]]
|-
|Рис.9 Срок действия истек
|}

==== Подтверждение согласия ====
''Подтверждение согласия после расчета включается настройкой '''«Добавить шаг подтверждения заявки пользователем в процессе возврата»'''.'' 
После сохранения расчета клиент получает уведомление по электронной почте о выполнении расчета и видит сообщение об этом и сам расчет на странице просмотра заявки. 
Если он согласен с расчетом, он нажимает кнопку '''«Подтвердить»'''.
После подтверждения агент получает уведомление по электронной почте о согласии клиента. 
Шаблон письма настраивается в '''«Настройки системы → Нотификации и документы → Шаблоны электронных писем → Заявка на возврат или обмен подтверждена»'''. 
Текст заявления можно посмотреть, кликнув по ссылке «текстом заявления» на странице заявки, а сам шаблон документа настраивается в разделе '''«Настройки системы → Нотификации → Документы → Заявление на возврат или обмен»'''. Заявление отправляется на почту агента и клиента. 

{| class="wikitable"
|-
|[[Файл:подтверждение согласия.png|left|450px|Рис. 10 Подтверждение согласия]]
|-
|Рис. 10 Подтверждение согласия
|}

==== Возврат средств или доплата по заявке ====
Возврат денег производится менеджером или экспертом агентства, чтобы была возможность проконтролировать возвращаемые средства. Важно помнить, что частичный возврат средств реализован только в платежных шлюзах МПС, Депозит и OneClickPay. 
Для B2B клиентов, использующих способ оплаты Депозит, возврат средств осуществляется на баланс компании (при условии, что заказ оплачен через баланс компании). При этом дополнительных настроек платежного шлюза не требуется. 
{| class="wikitable"
|-
|[[Файл:QIP_Shot_-_Screen_869.png|800px|Рис. 11 Возврат средств]]
|-
|Рис.11 Возврат средств
|}

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

Доплата по заявке схожа с доплатой по основному заказу. Для оплаты пользователь может использовать один из настроенных платежных шлюзов, при этом в истории изменений для менеджера главного агентства будет доступна ссылка на платежную транзакцию. Список доступных платежных шлюзов регулируется в разделе фильтрации конкретного платежного шлюза в разделе настроек '''Финансы и платежи → Платежные методы → Управление шлюзами'''. 
{{Attention|Провести оплату может только автор заказа, поэтому менеджеру/эксперту блок с оплатой не виден.}} 

{| class="wikitable"
|-
|[[Файл:оплата сбора.png|600px|Рис. 12 Оплата сбора]]
|-
|Рис. 12 Оплата сбора
|}

==== Импорт брони из GDS ====
Последним этапом обработки заявки является импорт новой брони из GDS. Для проведения импорта необходимо указать номер PNR в системе поставщика и выбрать ''пакет реквизитов, в котором создан заказ''. После успешного проведения импорта статус заявки изменится на ''«Выполнено»''. 
Завершить обмен или возврат по заявке, не требующей импорта брони можно, включив флажок '''«Не импортировать новый PNR»''' и нажав кнопку '''«Завершить обмен»''' или '''«Завершить возврат»'''.
По выполнению заявки на странице основного заказа будет показано сообщение о выполненном возврате или обмене. 

{| class="wikitable"
|-
|[[Файл:импорт.png|800px|Рис. 13 Импорт брони]]
|-
|Рис.13 Импорт брони
|}

==== Отклонение заявки ====
Менеджер и эксперт агентства/субагентства может отклонить заявку пользователя на всех этапах ее обработки вплоть до импорта новой брони. По клику на кнопку «Отклонить заявку» открывается форма для ввода причины отклонения, которая будет видна пользователю. Заполнение причины не является обязательным. Отклонение заявки логируется и отображается в таблице «История изменений заявки», а также на почту, указанную при создании заявки, отправляется нотификация. Шаблон нотификации можно задать в разделе '''«Настройки системы → Нотификации → Шаблоны электронных писем»'''. Название шаблона - "Заявка на возврат или обмен отклонена".
{| class="wikitable"
|-
|[[Файл:Отклонение_заявки.jpg|800px|Рис. 14 Отклонение заявки]]
|-
|Рис.14 Отклонение заявки
|}
{| class="wikitable"
|-
|[[Файл:История_изменений1.jpg|800px|Рис.15 История изменений заявки]]
|-
|Рис.15 История изменений заявки
|}

== Автоматизированный возврат ==

Автоматизированный возврат совершается при взаимодействии с GDS в несколько этапов. На первом этапе запрашивается сумма к возврату. На втором этапе выполняется возврат билетов. 

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

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

# Вынужденный возврат билетов всегда должен обрабатываться '''в ручном режиме''' (на электронную почту агентства(субагента)/менеджера агентства(субагента)(при наличии электронной почты в профиле), создавшего заявку, отправляется нотификация с темой "Заявление на возврат билетов"), так как перед произведением возврата необходимо проверить достоверность документов, на основании которых выполняется вынужденный возврат. В случае отмены рейса рекомендуем запросить добровольный возврат, так как расчет суммы к возврату в этом случае будет произведен в соответствии с информацией об отмене рейса в хосте авиакомпании. Данная рекомендация может быть описана в тексте на странице оформления заявки на возврат билетов в разделе [[Языковые ресурсы|Языковые ресурсы]] путем дополнения значения переменной exare_return_newClaim_auto_disclaimer. Для того, чтобы агенты и клиенты учитывали данную особенность при работе с вынужденным возвратом билетов.
# Частичный добровольный возврат билетов для первого сегмента Round-Trip перелета невозможен, возврат билетов в этом случае доступен только для всей перевозки целиком. Если первый сегмент уже завершен (по нему состоялся вылет и прилет), то для оставшихся сегментов становится доступна возможность автоматического возврата билетов.
# Для возврата билетов в случае, если пассажир уже прошел регистрацию на рейс, необходимо сначала произвести отмену регистрации (данная процедура должна быть выполнена сотрудниками авиакомпании) и только после этого возврат билетов станет доступен в автоматическом режиме.
# Невозможен добровольный возврат билетов для взрослого пассажира (внесенного в PNR первым) при наличии пассажира-младенца в заказе. Поскольку пассажир-младенец "закрепляется" за первым пассажиром в PNR и необходимо сначала "закрепить" пассажира-младенца за другим взрослым пассажиром (это может быть сделано сотрудниками авиакомпании в терминале) и только после этого будет доступен автоматический возврат билетов для первого пассажира.

=== Процесс автоматизированного возврата ===

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

Одновременно с созданием заявки система {{NameSystemLink}} направляет запрос на получение суммы к возврату в GDS. Исходя из полученной суммы и штрафа, указанного в настройке '''Размер штрафа за возврат одного билета''', определяется сумма, которая будет возвращена пользователю. Важно понимать, что сумма к возврату рассчитывается, как ''Сумма к возврату из GDS - Штраф из настроек''. Нотификация о произведенном расчете направляется на адрес скрытой копии письма и на адрес, указанный в заявке. 
Если размер штрафа из настроек превышает значение, полученное от поставщика, то будет выставлена сумма к доплате, соответственно пользователю (владельцу заказа) необходимо проводить оплату. 

{| class="wikitable"
|-
|[[Файл:autoreturn_sum.jpg|800px|Рис.16 Отображение суммы к возврату под пользователем]]
|-
|Рис.16 Отображение суммы к возврату под пользователем
|}

Возврат денег производится менеджером или экспертом агентства, чтобы была возможность проконтролировать возвращаемые средства. Важно помнить, что частичный возврат средств реализован только в платежных шлюзах МПС, Депозит и OneClickPay. Также есть возможность пропуска возврата средств. 

{| class="wikitable"
|-
|[[Файл:autoreturn_sum1.jpg|800px|Рис.17 Возврат средств под менеджером или экспертом агентства]]
|-
|Рис.17 Возврат средств под менеджером или экспертом агентства
|}

По завершению возврата или доплаты генерируется запрос на сдачу билетов в GDS. Если производится возврат билетов не для всех пассажиров из заказа, то по его завершению к заявке прикрепляется дополнительный заказ в статусе '''«Аннулирован»'''. Новый заказ содержит информацию по перелету и пассажирам, для которых выполнялся автоматизированный возврат. Т.о. в основном заказе сохранится информация по оставшимся пассажирам и билетам. 
Если производится полный возврат билетов на всех пассажиров, то по завершению возврата основной заказ перейдет в статус '''«Аннулирован»''', а все дополнительные услуги будут отменены. Отмена дополнительных услуг осуществляется только при полном возврате. 
По завершению операции возврата билетов на странице основного заказа отобразится сообщение '''«Выполнен возврат»''' или '''«Выполнен частичный возврат»'''.

{| class="wikitable"
|-
|[[Файл:successful_autoreturn.jpg|800px|Рис.18 Завершение возврата]]
|-
|Рис.18 Завершение возврата
|}

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

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

=== Тонкости автоматизированного обмена в ГРС ===
'''ГРС Sirena''' 
* Недоступен обмен с понижением цены.
* Недоступно изменение количества сегментов у перелета.
* Обмен разрешен только в рамках той же авиакомпании.

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

Создавая заявку на обмен, пользователь выбирает определенный участок перелета или весь маршрут к обмену, отмечает пассажиров, для которых производится обмен. В блоке «Контактные данные» указывает имя, телефон и e-mail адрес, чтобы своевременно получить нотификации, отправляемые в ходе выполнения обмена. По клику на кнопку ''«Отправить заявку»'' создается заявка на обмен билетов. 

{| class="wikitable"
|-
|[[Файл:order_exchanges_1.jpg|800px|Рис.19 Создание заявки на обмен]]
|-
|Рис.19 Создание заявки на обмен
|}

На странице сформированной заявки открывается форма поиска нового перелета для обмена, где следует указать параметры нового поиска. По завершению поиска отображается список доступных вариантов для обмена, полученный из ГРС.
{| class="wikitable"
|-
|[[Файл:order_exchanges_3.jpg|800px|Рис.20 Поиск вариантов для обмена]]
|-
|Рис.20 Поиск вариантов для обмена
|}
Страница с результатами вариантов для обмена подобна странице результатов поиска, но имеется некоторое отличие: плашка с перелетом для обмена содержит информацию о возврате средств или доплате за обмен. По клику на гиперссылку отобразится форма '''«Детализация стоимости»''', в которой содержатся следующие данные: 
* Стоимость перелета — включает стоимость нового перелета от поставщика + сборы/скидки из ценообразования агента;
* Штраф авиакомпании — штраф за обмен, полученный от поставщика;
* Сбор агентства за обмен — сбор агентства, заданный в настройках '''Размер штрафа за обмен одного билета'''.
* Уже оплачено — сумма тарифа и такс без учета сбора/скидок из ценообразования за конкретного пассажира(ов).
Если сложить «Стоимость перелета», «Штраф авиакомпании», «Сбор агентства за обмен» и вычесть из этой суммы «Уже оплачено», то получим сумму, которую необходимо вернуть или доплатить, чтобы выполнить обмен. 
{| class="wikitable"
|-
|[[Файл:order_exchanges_4.jpg|600px|Рис.21 Детализации стоимости]]
|-
|Рис.21 Детализации стоимости
|}
В зависимости от выбранного варианта для обмена следующим этапом будет проведение доплаты пользователем или возврат средств (см. раздел '''«Возврат средств или доплата по заявке»'''). 
После оплаты или возврата средств выполняется обмен билетов. Если производится обмен билетов не для всех пассажиров из заказа, то по его завершению к заявке прикрепляется дополнительный заказ в статусе '''«Выписан»'''. Созданный заказ содержит информацию по новому тарифу, перелету и пассажирам, для которых выполнялся автоматизированный обмен. Стоимость нового перелета соответствует значению «Стоимость перелета» из «Детализации стоимости». В основном заказе сохранится информация по оставшимся пассажирам и билетам.
Если производится полный обмен билетов на всех пассажиров, то по завершению обмена информация о новом перелете и/или билетам отобразится в основном заказе.
Если в процессе обмена с уменьшением цены произойдет ошибка, средства будут возвращены, в этом случае обмен необходимо выполнить через терминал.
{| class="wikitable"
|-
|[[Файл:order_exchanges_5.jpg|800px|Рис.22 Новый заказ, созданный в результате обмена.]]
|-
|Рис.22 Новый заказ, созданный в результате обмена.
|}
При обмене могут сгенерироваться EMD со стоимостью для возврата. Документы возвращаются автоматически сразу после завершения обмена либо через некоторое время - зависит от настроек на стороне Amadeus. Время задается в реквизитах к GDS на стороне {{NameProject2}} - '''Количество часов до возможности возврата RSVR EMD'''. В зависимости от того, как настроены реквизиты на стороне Amadeus, и предполагается устанавливать значение этой настройки. Система {{NameSystemLink}} поддерживает ручной возврат EMD по кнопке «Завершить обмен». Важно учесть, что действие доступно, только если сгенерированы EMD для возврата и их автоматический возврат недоступен.

== Получение EMD по выполнению возврат и обмена ==
При выполнении возврата, обмена/ревалидации оформляются EMD на штрафы, на разницу из-за уменьшения тарифа и/или такс. Система {{NameSystem}} формирует документ EMD и отправляет его на адрес заказчика, а также копия уходит по адресу из настройки «Адрес электронной почты для копий уведомлений». Для формирования документа система использует заданный в настройках шаблон, располагающийся по адресу '''«Настройки системы → Нотификации и документы → Документы → Документы для авиа → EMD»'''.

В списке действий с заказом представлена возможность выгрузки EMD.

== Перевод автоматизированной заявки в ручную ==
Системой {{NameSystemLink}} поддерживается переключение режима обработки заявок с автоматизированного на ручной. Перевод заявки может быть выполнен пользователем вручную или системой автоматически. 
Автоматический перевод выполняется, если:
* Выбранный пакет реквизитов в '''Реквизиты для проведения автоматических обменов и возвратов''' отличается от реквизитов, в которых создан заказ.
* К возврату выбрана только часть маршрута.
* На этапе возврата или обмена получена ошибка от поставщика, исключением считается отсутствие вариантов перелетов для обмена.
* На этапе возврата или обмена получены от поставщика неподтвержденные статусы сегментов.
Перевод может быть выполнен вручную если:
* Не удалось найти подходящий вариант для обмена, тогда пользователь может оставить заявку на подбор рейса вручную сотрудником агентства.
{| class="wikitable"
|-
|[[Файл:exchange_changeMode.jpg|800px|Рис.23 Перевод в ручной режим при отсутствии подходящего рейса для обмена]]
|-
|Рис.23 Перевод в ручной режим при отсутствии подходящего рейса для обмена.
|}
* Выставленная ГРС сумма к возврату не удовлетворяет агента. В таком случае в блоке менеджера имеется действие ''«Перейти в ручной режим»''.
{| class="wikitable"
|-
|[[Файл:return_changeMode.jpg|800px|Рис.24 Перевод в ручной режим заявки на возврат]]
|-
|Рис.24 Перевод в ручной режим заявки на возврат.
|}

Для отклонения заявки при неудачной попытке автоматического возврата и обмена в системе имеется настройка '''При неудачной попытке автоматического возврата и обмена'''.
Дополнительно на электронную почту клиента и агента будет отправлена нотификации «Заявка на возврат или обмен переведена в ручной режим», вид которой настраивается в «Шаблонах электронных писем», также нотификация будет отправлена, если заявка изначально создавалась в ручном режиме. Причина отклонения заявки задаётся с помощью алиаса exare_claim_has_been_rejected, которая подгружается в письмо и на страницу с заявками.

City.Travel

2024-04-18T12:12:32Z

D.tsyplakova: Новая страница: «== О поставщике == '''City.Travel''' — агрегатор, предлагающий услуги бронирования авиа- и ж/д бил…»

== О поставщике ==

'''City.Travel''' — агрегатор, предлагающий услуги бронирования авиа- и ж/д билетов и отелей по всему миру. Поставщик предлагает авиабилеты на более чем 500 авиакомпаний, включая чартеры, лоукостеры и комбинации рейсов, а также закрытые специальные тарифы, не доступные на сайтах авиакомпаний и в метапоисковых системах. 

== Подключение ==

Для того чтобы подключиться к поставщику:

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

После этого сотрудники {{NameSystem}} заведут и настроят реквизиты подключения к City.Travel.

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

=== Поиск ===

* Поддерживаемые типы пассажиров: ADT, CNN, INF;
* Поддерживаемые типы поисков: OW, RT;
* Поддерживаемые классы: Economy, Business;
* Поиск по окружным датам.

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

Поддерживается получение УПТ.

=== Бронирование ===

Поддерживаемые операции:

* бронирование без документов и контактных данных,
* импорт брони по локатору PNR,
* получение истории брони из GDS.

=== Дополнительные услуги ===

Работа с дополнительными услугами не поддерживается.

=== Выписка ===

Поддерживается выписка билета.

=== Войдирование ===

Поддерживается войдирование и аннуляция билета.

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

Обмен и возврат билета не поддерживается.

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

* [[Реквизиты подключения к ГРС в Немо 2.0]]
* [[Пакеты реквизитов Немо 2.0]]

Подпишитесь на письма о ежемесячных обновлениях системы {{NameSystem}}:

[[Файл:Newsletter-2 small.png|left|link=https://www.nemo.travel/company/contacts.html]]

Centrum Air

2024-04-09T12:14:44Z

D.tsyplakova: /* Подключение */

== О поставщике ==

'''Centrum Air''' — частная авиакомпания-лоукостер, базирующаяся в Узбекистане. Centrum Air выполняет рейсы из Ургенча и Бухары в Алматы (3 частоты), Москву (4 частоты), Новосибирск, Минеральные Воды, Махачкалу, Санкт-Петербург. 

На данный момент воздушный флот авиакомпании состоит из трех самолетов Airbus A320 и одного Boeing-747.

== Подключение ==

Для того чтобы подключиться к поставщику:

1. Отправьте заявку на подключение по адресу agent@centrum-air.com. К заявке прикрепите:
* письмо с предложением о сотрудничестве (на имя Генерального Директора ООО «MY FREIGHTER» г-на Абдурахманова А.А.),
* устав организации,
* свидетельство о государственной регистрации юридического лица,
* учредительский договор,
* копию паспорта директора и приказа о его назначении,
* регистрационную карточку онлайн-ККМ,
* карточку организации,
* письмо для получения доступа к системе бронирования для агентов (на имя Генерального Директора ООО «MY FREIGHTER» г-на Абдурахманова А.А.).

После этого поставщик отправит вам реквизиты подключения:
* Agent_Name,
* Agent_Code,
* API_KEY.

2. Создайте задачу в трекере техподдержки и укажите в ней полученные данные.

После этого сотрудники {{NameSystem}} заведут и настроят реквизиты подключения к Centrum Air.

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

=== Поиск ===

* Поддерживаемые типы пассажиров: ADT, CNN (CHD), INF;
* Поддерживаемые типы поисков: OW, RT;
* Поддерживаемые классы: Economy, Premium Economy, Business;
* Сложный маршрут и перелеты с пересадками не поддерживаются;
* Поиск по окружным датам не поддерживается.

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

Поддерживаются следующие операции:

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

=== Бронирование ===

Поддерживаются бронирование с паспортными данными.

=== Дополнительные услуги ===

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

=== Выписка ===

Поддерживается выписка билета.

=== Войдирование ===

Поддерживается войдирование билета.

=== Возврат ===

Поддерживается возврат билета.

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

* [[Реквизиты подключения к ГРС в Немо 2.0]]
* [[Пакеты реквизитов Немо 2.0]]

Подпишитесь на письма о ежемесячных обновлениях системы {{NameSystem}}:

[[Файл:Newsletter-2 small.png|left|link=https://www.nemo.travel/company/contacts.html]]

Centrum Air

2024-03-29T13:22:37Z

D.tsyplakova: /* Подключение */

== О поставщике ==

'''Centrum Air''' — частная авиакомпания-лоукостер, базирующаяся в Узбекистане. Centrum Air выполняет рейсы из Ургенча и Бухары в Алматы (3 частоты), Москву (4 частоты), Новосибирск, Минеральные Воды, Махачкалу, Санкт-Петербург. 

На данный момент воздушный флот авиакомпании состоит из трех самолетов Airbus A320 и одного Boeing-747.

== Подключение ==

Для того чтобы подключиться к поставщику:

# Обратиться в компанию для заключения договора и подписания NDA.
# Получить у поставщика Agent Name и Agent Code.
# Создать задачу в трекере техподдержки и указать в ней полученные данные.

После этого сотрудники {{NameSystem}} заведут и настроят реквизиты подключения к Centrum Air.

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

=== Поиск ===

* Поддерживаемые типы пассажиров: ADT, CNN (CHD), INF;
* Поддерживаемые типы поисков: OW, RT;
* Поддерживаемые классы: Economy, Premium Economy, Business;
* Сложный маршрут и перелеты с пересадками не поддерживаются;
* Поиск по окружным датам не поддерживается.

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

Поддерживаются следующие операции:

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

=== Бронирование ===

Поддерживаются бронирование с паспортными данными.

=== Дополнительные услуги ===

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

=== Выписка ===

Поддерживается выписка билета.

=== Войдирование ===

Поддерживается войдирование билета.

=== Возврат ===

Поддерживается возврат билета.

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

* [[Реквизиты подключения к ГРС в Немо 2.0]]
* [[Пакеты реквизитов Немо 2.0]]

Подпишитесь на письма о ежемесячных обновлениях системы {{NameSystem}}:

[[Файл:Newsletter-2 small.png|left|link=https://www.nemo.travel/company/contacts.html]]

Centrum Air

2024-03-29T13:19:05Z

D.tsyplakova: /* Подключение */

== О поставщике ==

'''Centrum Air''' — частная авиакомпания-лоукостер, базирующаяся в Узбекистане. Centrum Air выполняет рейсы из Ургенча и Бухары в Алматы (3 частоты), Москву (4 частоты), Новосибирск, Минеральные Воды, Махачкалу, Санкт-Петербург. 

На данный момент воздушный флот авиакомпании состоит из трех самолетов Airbus A320 и одного Boeing-747.

== Подключение ==

Для того чтобы подключиться к поставщику:

# Обратиться в компанию для заключения договора и подписания NDA.
# Получить у поставщика Agent Name.
# Создать задачу в трекере техподдержки и указать в ней полученные данные.

После этого сотрудники {{NameSystem}} заведут и настроят реквизиты подключения к Centrum Air.

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

=== Поиск ===

* Поддерживаемые типы пассажиров: ADT, CNN (CHD), INF;
* Поддерживаемые типы поисков: OW, RT;
* Поддерживаемые классы: Economy, Premium Economy, Business;
* Сложный маршрут и перелеты с пересадками не поддерживаются;
* Поиск по окружным датам не поддерживается.

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

Поддерживаются следующие операции:

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

=== Бронирование ===

Поддерживаются бронирование с паспортными данными.

=== Дополнительные услуги ===

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

=== Выписка ===

Поддерживается выписка билета.

=== Войдирование ===

Поддерживается войдирование билета.

=== Возврат ===

Поддерживается возврат билета.

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

* [[Реквизиты подключения к ГРС в Немо 2.0]]
* [[Пакеты реквизитов Немо 2.0]]

Подпишитесь на письма о ежемесячных обновлениях системы {{NameSystem}}:

[[Файл:Newsletter-2 small.png|left|link=https://www.nemo.travel/company/contacts.html]]

Centrum Air

2024-03-29T12:53:09Z

D.tsyplakova: /* О поставщике */

== О поставщике ==

'''Centrum Air''' — частная авиакомпания-лоукостер, базирующаяся в Узбекистане. Centrum Air выполняет рейсы из Ургенча и Бухары в Алматы (3 частоты), Москву (4 частоты), Новосибирск, Минеральные Воды, Махачкалу, Санкт-Петербург. 

На данный момент воздушный флот авиакомпании состоит из трех самолетов Airbus A320 и одного Boeing-747.

== Подключение ==

Для того чтобы подключиться к поставщику:

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

После этого сотрудники {{NameSystem}} заведут и настроят реквизиты подключения к Centrum Air.

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

=== Поиск ===

* Поддерживаемые типы пассажиров: ADT, CNN (CHD), INF;
* Поддерживаемые типы поисков: OW, RT;
* Поддерживаемые классы: Economy, Premium Economy, Business;
* Сложный маршрут и перелеты с пересадками не поддерживаются;
* Поиск по окружным датам не поддерживается.

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

Поддерживаются следующие операции:

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

=== Бронирование ===

Поддерживаются бронирование с паспортными данными.

=== Дополнительные услуги ===

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

=== Выписка ===

Поддерживается выписка билета.

=== Войдирование ===

Поддерживается войдирование билета.

=== Возврат ===

Поддерживается возврат билета.

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

* [[Реквизиты подключения к ГРС в Немо 2.0]]
* [[Пакеты реквизитов Немо 2.0]]

Подпишитесь на письма о ежемесячных обновлениях системы {{NameSystem}}:

[[Файл:Newsletter-2 small.png|left|link=https://www.nemo.travel/company/contacts.html]]

Centrum Air

2024-03-29T12:51:15Z

D.tsyplakova: Новая страница: «== О поставщике == '''Centrum Air''' — частная авиакомпания-лоукостер, базирующаяся в Узбекистан…»

== О поставщике ==

'''Centrum Air''' — частная авиакомпания-лоукостер, базирующаяся в Узбекистане. 
Centrum Air выполняет рейсы из Ургенча и Бухары в Алматы (3 частоты), Москву (4 частоты), Новосибирск, Минеральные Воды, Махачкалу, Санкт-Петербург.

== Подключение ==

Для того чтобы подключиться к поставщику:

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

После этого сотрудники {{NameSystem}} заведут и настроят реквизиты подключения к Centrum Air.

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

=== Поиск ===

* Поддерживаемые типы пассажиров: ADT, CNN (CHD), INF;
* Поддерживаемые типы поисков: OW, RT;
* Поддерживаемые классы: Economy, Premium Economy, Business;
* Сложный маршрут и перелеты с пересадками не поддерживаются;
* Поиск по окружным датам не поддерживается.

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

Поддерживаются следующие операции:

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

=== Бронирование ===

Поддерживаются бронирование с паспортными данными.

=== Дополнительные услуги ===

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

=== Выписка ===

Поддерживается выписка билета.

=== Войдирование ===

Поддерживается войдирование билета.

=== Возврат ===

Поддерживается возврат билета.

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

* [[Реквизиты подключения к ГРС в Немо 2.0]]
* [[Пакеты реквизитов Немо 2.0]]

Подпишитесь на письма о ежемесячных обновлениях системы {{NameSystem}}:

[[Файл:Newsletter-2 small.png|left|link=https://www.nemo.travel/company/contacts.html]]

Nemo Inventory (компонент)

2024-03-20T10:53:04Z

D.tsyplakova: /* Выписка */

[[Категория:Модули]]
[[Категория:Дополнительные модули]]
== О компоненте ==
'''Nemo Inventory (Инвентори)''' — система управления контентом (ресурсом мест и тарифами). Инвентори помогает организовать онлайн-продажи тех перелетов, которые не доступны через обычные интеграции с поставщиками авиаконтента.

Nemo Inventory разработана в соответствии с рекомендациями IATA. С ее помощью агенты могут полностью контролировать и планировать ресурсы и посадочные места, а перевозчики — управлять собственными ресурсами мест для максимизации дохода.

=== Примеры использования ===

Nemo Inventory используется для:

* продажи блочных (блок-чартерных) мест на регулярных или чартерных рейсах, когда места на рейсах определённой а/к по определенному маршруту и с определенным расписанием выкуплены заказчиком (фрахтователем);
* договорных тарифов, которые существуют на бумаге, но отсутствуют в GDS. Места при этом берутся из обычного общедоступного блока мест в GDS;
* договорных тарифов, брони по которым оформляются авиакомпанией внутри своего хостинга по отдельной процедуре;
* других случаев, при которых невозможно организовать онлайн-продажи через GDS.

=== Преимущества ===

✅ Инвентори помогает организовать онлайн-продажи вашего уникального контента так же просто и эффективно, как и продажи перелётов из классических источников (GDS). Для ваших клиентов — путешественников и субагентов — покупка перелета из Инвентори происходит так же, как из GDS.

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

✅ Для туристических компаний, фрахтующих значительные объемы мест, Инвентори дает возможность эффективно реализовывать оставшиеся посадочные места, распродавать «горящие» остатки мест, продавать пустые прогоны на завозных и вывозных рейсах (так называемые «empty lеgs») в начале и конце чартерной программы.

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

Эти преимущества делают Инвентори незаменимым средством для продажи спецтарифов через все возможные каналы продаж.

=== Подключение и настройка ===

Компонент настраивается в разделе '''Работа с заказами → Nemo Inventory''' и включает в себя подразделы:

* '''Управление контентом''',
* '''Монитор рейсов''',
* '''Простановка номеров билетов'''.

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

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

В {{NameSystem}} компонент Инвентори выступает поставщиком авиаконтента по аналогии с классическими GDS. Это значит, что контент, заведенный в Инвентори, возможно использовать в рамках стандартного функционала {{NameSystem}}: осуществлять поиск, бронирование, отмену перелета.

При этом предоставляются широкие возможности по управлению ресурсом мест и тарифами. Это достигается во многом за счет того, что менеджер агентства самостоятельно заносит контент в XLS-файлы и загружает их в Инвентори.

Nemo Inventory поддерживает следующие типы контента:

* рейс,
* ресурс мест,
* комбинация рейсов,
* тариф,
* такса.

== Раздел «Управление контентом» ==

В этом разделе вы можете работать с контентом: загружать его в систему и экспортировать для последующего редактирования.

=== Подготовка данных к загрузке ===

Перед загрузкой контента в Инвентори внесите контент в XLS-файлы. Шаблоны файлов:

Рейсы: [[Файл:Flight empty.xls]],
Комбинации: [[Файл:Combination empty.xls]],
Тарифы: [[Файл:Tariff ow empty.xls]].

==== Рейс ====
Этот тип контента содержит информацию о рейсе, на которое агентство продает места. Включает в себя:

* тип рейса (чартер/регулярный),
* признак активности,
* номер рейса, компании,
* коды маркетинговой и оперирующей а/к,
* расписание,
* прочее.

{| class="wikitable mw-collapsible mw-collapsed"
!colspan = 4|Как заполнять данные о рейсе
|-
! scope="col" | Поле
! scope="col" | Описание
! scope="col" | Допустимые значения
! scope="col" | Примеры
|-
| id
| Уникальный номер записи о перелете, который присваивает система при выгрузке файла. При загрузке файла не заполняется. Редактирование правила с заданным id приводит к изменению уже созданного правила, а если поле пустое, то будет создано новое правило.
| Пустое или системный номер
| 30 48
|-
| активен
| Определяет, будет ли рейс появляться в поисковой выдаче 
| <code>1</code> — активен <code>0</code> — неактивен <code>-1</code> — удаление рейса пустое — неактивен
| 1 0 -1
|-
| маркетинговая компания
| Код [[Маркетинговый_перевозчик| перевозчика]], который владеет местами и тарифами на рейсе (для регулярных рейсов) 
| IATA-код авиакомпании
| UT UN
|-
| фрахтователь
| Код перевозчика, который владеет местами и тарифами на рейсе (для чартерных рейсов) 
| IATA-код авиакомпании
| UT UN S7
|-
| оперирующая а/к
| Код [[Оперирующий перевозчик|перевозчика]], выполняющего рейс 
| IATA-код авиакомпании
| SU UN
|-
| вылет
| Код аэропорта вылета (допустимы агрегирующие) 
| IATA-код аэропорта
| MOW VKO
|-
| прилет
| Код аэропорта прилета (допустимы агрегирующие) 
| IATA-код аэропорта
| MOW VKO
|-
| посадка
| Код аэропорта технической посадки (допустимы агрегирующие). На рейсе можно указывать более 1 остановки. Посадка считается остановкой, а не пересадкой, если при этом не происходит смены номера рейса. Даже если воздушное судно садится, пассажиров выгружают, загружают в другой самолет и отправляют дальше, без смены номера рейса это остается технической посадкой, которая отображается как техническая посадка на одном едином сегменте перелета. 
| IATA-код аэропорта
| MOW VKO
|-
| номер рейса
| Уникальный номер рейса 
| Цифры (допустимы латинские буквы)
| 203 11
|-
| терминал вылета
| Код или номер терминала в аэропорту вылета 
| Латинские буквы или цифры
| А С
|-
| терминал прилета
| Код или номер терминала в аэропорту прилета 
| Латинские буквы или цифры
| А С
|-
| время вылета
| Время вылета рейса по временной зоне аэропорта вылета 
| HH:MM
| 23:04 11:15
|-
| время прилета
| Время прилета рейса по временной зоне аэропорта прилета 
| HH:MM
| 22:05 09:15
|-
| следующие сутки
| Признак прилета в предыдущий или следующий день для аэропортов с существенной разницей во временных зонах. Задается в количестве суток разницы.
| +значение -значение
| +2 (прилет через сутки) -1 (прилет в предыдущие сутки)
|-
| дни недели
| Список дней в рамках двухнедельного периода, который задается на определенный сезон. Дни по нечетным неделям задаются цифрами от 1 до 7, по четным — от 8 до 14. Стартом для отсчета является первый день недели, с которой начинается сезон полетов (даже если этот день не попадает под расписание). Например, в расписании даты 26.07.2023 — 26.08.2023, где 26.07 — 3 день недели. Если 3 день будет указан в таблице, то рейс будет доступен 26.07, 9.08 и 23.08 В расписании можно задавать несколько сезонов полетов, для каждого из которых может быть свое расписание. Сезоны полетов не могут пересекаться: если рейс выполняется с 1 мая по 20 декабря по одним дням, а с 1 сентября по 1 ноября — по другим, то должно быть 3 сезона: с 1.05 по 31.08, с 1.09 по 1.11, с 2.11 по 20.12.
| Цифры от 1 до 14, разделенные запятой
| 2,4,6,9,11,13 (вторник, четверг, суббота по четным и нечетным неделям) 8,9,10,11,12,13,14 (все дни по четным неделям)
|-
| сезон полетов начало
| Дата начала сезона полетов 
| DD.MM.YYYY
| 01.01.2014 02.08.2015
|-
| сезон полетов конец
| Дата окончания сезона полетов 
| DD.MM.YYYY
| 01.01.2015 02.08.2016
|-
| тип вс
| Тип воздушного судна (ВС), выполняющего рейс. Для того чтобы информация о ВС подтянулась с путеводителя, нужно указать трехзначный код ВС.
| Текстовая строка
| 139 747
|-
| эконом
| Количество доступных мест на рейсе в базовом классе «Эконом» по каждому подклассу бронирования
| Литера подкласса + количество мест (без разделителя)
| Y9,T13,N9 L17,M20
|-
| бизнес
| Количество доступных мест на рейсе в базовом классе «Бизнес» по каждому подклассу бронирования
| Литера подкласса + количество мест (без разделителя)
| J9,C12,D9 C12,D10
|-
| первый
| Количество доступных мест на рейсе в базовом классе «Первый» по каждому подклассу бронирования
| Литера подкласса + количество мест (без разделителя). Комбинации разделяются запятой
| F15,P2 A10
|}

==== Комбинации ====

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

Комбинация может содержать максимум 4 рейса. Информация о каждом рейсе в комбинации включает в себя:

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

Между последовательными парами рейсов можно задавать ограничения по допустимой длительности путешествия в виде списка количества дней между датами вылета первого и второго рейсов в паре. Длительность путешествия вычисляется как прямое вычитание дат вылета первого и второго рейсов в паре (12.02 — 10.02 = 2 дня длительность путешествия). Если не указано, то никаких ограничений не применяется для данной пары рейсов.

{| class="wikitable mw-collapsible mw-collapsed"
!colspan = 4|Как заполнять данные о комбинациях
|-
! scope="col" | Поле 
! scope="col" | Описание 
! scope="col" | Допустимые значения 
! scope="col" | Примеры 
|-
| id
| Уникальный номер записи о перелете, который присваивает система при выгрузке файла. При загрузке файла не заполняется. Редактирование правила с заданным id приводит к изменению уже созданного правила, а если поле пустое, то будет создано новое правило
| Пустое или системный номер
| 30 48
|-
| активен
| Используется для удаления тарифа 
| <code>-1</code> — удаление тарифа, пустое — без изменений
| -1
|-
| тип маршрута
| Тип маршрута на данной комбинации
|
* OW, 
* RT, 
* CT
| OW RT
|
|-
| фрахтователь
| Код компании, предоставляющей блок мест на данном рейсе (для чартеров - фрахтователь) 
| IATA-код авиакомпании
| SU UN
|-
| номер рейса
| Номер рейса 
| Число
|112 114
|-
| литера
| Список литер классов перелета, которые могут участвовать в данной комбинации (минимум одна) 
| Код
| Y D
|-
| дата начала полетов
| Дата начала выполнения рейсов в рамках комбинации. Не может быть раньше даты первого рейса на основании расписания в '''Мониторе рейсов''' 
| DD.MM.YYYY
| 01.01.2015 02.08.2016
|-
| дата окончания полетов
| Дата окончания выполнения рейсов в рамках комбинации. Не может быть позже даты последнего рейса на основании расписания в '''Мониторе рейсов''' 
| DD.MM.YYYY
| 01.01.2014 02.08.2015
|-
| дней между
| Допустимое количество дней между соседними рейсами в комбинации. Если не задано, то между соседними рейсами может быть любая длительность. Несколько значений указываются через <code>;</code> '''Пример''': в комбинации 4 рейса. Между 1 и 2 рейсами должно быть X дней, между 2 и 3 — Y дней, между 3 и 4 — Z дней. В таком случае в поле нужно указать X;Y;Z.
| Цифра
| 1 2;4;6
|-
|}

==== Тариф ====
Тариф описывает правила формирования цены для определенного набора рейсов, заведенных в файле [[Nemo_Inventory_(компонент)#Комбинации|'''Комбинации''']].

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

{| class="wikitable mw-collapsible mw-collapsed"
!colspan = 4|Как заполнять данные о тарифах
|-
! scope="col" | Поле 
! scope="col" | Описание 
! scope="col" | Допустимые значения 
! scope="col" | Примеры 
|-
| id
| Уникальный номер записи о перелете, который присваивает система при выгрузке файла. При загрузке файла не заполняется. Редактирование правила с заданным id приводит к изменению уже созданного правила, а если поле пустое, то будет создано новое правило.
| Пустое или системный номер
| 30 48
|-
| активен
| Используется для удаления тарифа 
| <code>-1</code> — удаление тарифа пустое — без изменений
| -1
|-
| маркетинговая компания
| Название или код [Маркетинговый перевозчик|маркетинговой авиакомпании]. Маркетинговая компания должна соответствовать фрахтователю из файла информации о рейсе. 
| Текстовая строка
| SU UN
|-
|класс
| Базовый класс тарифа 
| Текстовая строка:
* Economy — Эконом-класс (стандарт), 
* Business — Бизнес-класс (стандарт и премиум), 
* First — Первый класс (стандарт и премиум), 
* PremiumEconomy — Премиум-эконом, 
* Other — остальные классы.
| Business PremiumEconomy
|-
| код тарифа
| Буквенно-цифровой код тарифа 
| Текстовая строка
| BTWE ECNN
|-
| таймлимит
| Время жизни бронирования до автоматической аннуляции. Задается как количество часов:
* с момента бронирования,
* до вылета,
* до конца суток бронирования (аннуляция запускается в 23:45 суток бронирования).
|
* +H,
* -Н,
* d
|
+24 (заказ аннулируется спустя сутки с момента бронирования) -120 (заказ аннулируется за 5 суток до вылета) d (заказ аннулируется в конце суток бронирования)
|-
| возврат
| Условия возврата по тарифу 
|
* <code>0</code> — полностью возвратный тариф,
* пустое значение — полностью невозвратный тариф.

| 0
|-
| обмен
| Условия обмена по тарифу 
|
* <code>0</code> — обмен производится бесплатно,
* пустое значение — полностью невозвратный тариф.

| 0
|-
| дата начала продаж
| Дата начала продаж по данному тарифу 
| DD.MM.YYYY
| 01.01.2014 02.08.2015
|-
| дата конца продаж
| Дата окончания продаж по данному тарифу 
| DD.MM.YYYY
| 01.01.2015 02.08.2016
|-
| дата начала полетов
| Дата начала рейсов по данному тарифу. Указывается та же дата, что и в файле [[Nemo Inventory (компонент)#Комбинации|'''Комбинации''']] 
| DD.MM.YYYY
| 01.01.2014 02.08.2015
|-
| дата конца полетов
| Дата окончания рейсов по данному тарифу. Указывается та же дата, что и в файле [[Nemo Inventory (компонент)#Комбинации|'''Комбинации''']] 
| DD.MM.YYYY
| 01.01.2015 02.08.2016
литера
|-
| цены на комбинации
| Комбинация рейсов, к которым применяется тариф. Для каждой комбинации указывается своя цена
| id комбинации(цена)
| 1170(1000 RUB) 4(13000 RUB)
|-
| скидка для ребенка
| Скидка от базового тарифа для категории пассажира «Ребенок» 
| Процентное значение или значение в валюте базового тарифа
| 30% 2000
|-
| скидка для младенцев без места
| Скидка от базового тарифа для категории пассажира «Младенец без места» 
| Процентное значение или значение в валюте базового тарифа
| 50% 4000
|-
| скидка для младенцев с местом
| Скидка от базового тарифа для категории пассажира «Младенец без места» 
| Процентное значение или значение в валюте базового тарифа
| 90% 8000
|-
| скидка для ребенка, летящего отдельно
| Скидка от базового тарифа для ребенка без сопровождения взрослого 
| Процентное значение или значение в валюте базового тарифа
| 30% 2000
|-
| текст правил
| Текст условий применения тарифа
| Текстовая строка
|
|-
| питание
| Доступные для выбора типы питания на борту. Разделяются запятой
|
* AlcoholBeverages,
* Beverages,
* Breakfast,
* ColdMeal,
* ContinentalBreakfast,
* Dinner,
* HotMeal,
* Lunch,
* Meal,
* Refreshment,
* Snack
| Beverages,Snack,HotMeal ContinentalBreakfast,Lunch,Meal
|-
| багаж для взрослого
| Норма бесплатного провоза багажа для категории пассажира «Взрослый» 
|
* Пустое — багаж оплачивается отдельно,
* 1PC — количество багажных мест,
* 10KG — максимальный вес в килограммах,
* 10LB — максимальный вес в фунтах

| 1PC (одно место) 10LB (десять фунтов)
|-
| багаж для ребенка
| Норма бесплатного провоза багажа для категории пассажира «Ребенок» 
|
* Пустое — багаж оплачивается отдельно,
* 1PC — количество багажных мест,
* 10KG — максимальный вес в килограммах,
* 10LB — максимальный вес в фунтах

| 1PC (одно место) 10LB (десять фунтов)
|-
| багаж для младенца без места
| Норма бесплатного провоза багажа для категории пассажира «Младенец без места» 
|
* Пустое — багаж оплачивается отдельно,
* 1PC — количество багажных мест,
* 10KG — максимальный вес в килограммах,
* 10LB — максимальный вес в фунтах

| 1PC (одно место) 10LB (десять фунтов)
|-
| багаж для младенца с местом
| Норма бесплатного провоза багажа для категории пассажира «Младенец с местом» 
|
* Пустое — багаж оплачивается отдельно,
* 1PC — количество багажных мест,
* 10KG — максимальный вес в килограммах,
* 10LB — максимальный вес в фунтах

| 1PC (одно место) 10LB (десять фунтов)
|-
| маска тарифа
| Маска тарифа для маршрутной квитанции. Если задана, в маршрутной квитанции код тарифа заменяется на заданное значение
| Текстовая строка
| CHRT CHRT BUSINESS
|-
| endorsement
| Эндорсмент. Задается, если нужно вывести его в маршрутной квитанции
| Текстовая строка
|
|-
| ticketing gtee
| Гарантированный срок отправки маршрутной квитанции пассажиру
| H — количество часов до вылета
| 25 48 
|}

Для того чтобы управлять квотами мест по тарифам на определенном рейсе, вам нужно:
# занести в файл «Рейс» несколько строк, соответствующих данному рейсу на разные даты и с разными квотами (подклассами и количеством мест).
# занести в файл «Комбинации» условия на каждую дату и подкласс.
При этом важно учитывать, что данные в файлах «Рейс» и «Комбинации» связываются по коду фрахтователя. Это значит, что в файле «Рейс» каждая строка с рейсом должна иметь уникальный код фрахтователя. В противном случае система не сможет подобрать нужный рейс для комбинации.

=== Загрузка данных в систему ===

Для того чтобы загрузить контент в Инвентори:

1. В выпадающем списке выберите тип файла, который вы собираетесь загрузить.
{| class="wikitable"
|-
|[[Файл:Инвентори Импорт 1.png]]
|-
|Рисунок 1. Выбор типа импортируемого файла
|}
2. Нажмите <code>Обзор...</code> и выберите нужный файл.

3. Нажмите <code>Загрузить</code>.

{| class="wikitable"
|-
|[[Файл:Инвентори Импорт 2.png]]
|-
|Рисунок 2. Загрузка файлов в Инвентори
|}

=== Редактирование данных ===

Для того чтобы изменить данные в файле:

# Нажмите на кнопку с соответствующим типом (см. Рисунок 3).
# Отредактируйте содержимое файла.
# [[Nemo Inventory (компонент)#Загрузка данных в систему|Загрузите]] отредактированный файл в систему.

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

{| class="wikitable"
|-
|[[Файл:Инвентори Экспорт.png]]
|-
|Рисунок 3. Экспорт файлов
|}

Загружая обновленный файл в систему, вы получите предупреждение <code>Невозможно перезаписать более новые данные указанными устаревшими</code>. Предупреждение связано с контролем версий файла. На этом этапе вы можете:

* принудительно перезаписать данные,
* отказаться от загрузки.

== Раздел «Монитор рейсов» ==
В этом разделе отображается расписание, сформированное на основе данных из раздела [[Nemo Inventory (компонент)#Раздел «Управление контентом»|'''Управление контентом''']].

В верхней части окна указаны наименования маркетинговых компаний и количество рейсов на выбранный период (день, три дня, неделя, две недели, месяц). Так, на Рисунке 4 отображается 90 рейсов перевозчика Nemo (<code>Nemo : 90</code>, период — месяц).

Карточка рейса содержит:

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

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

{| class="wikitable"
|-
|[[Файл:monit.png|1000px|Раздел «Монитор рейсов»]]
|-
|Рисунок 4. Раздел '''Монитор рейсов'''
|}

=== Изменение расписания ===

Функция '''Изменение расписания''' полезна, если вам нужно:

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

{| class="wikitable"
|-
|[[Файл:change1.png|600px|Изменение расписания рейса на конкретные даты]]
|-
|Рисунок 5. Изменение расписания в разделе '''Монитор рейсов'''
|}

== Раздел «Простановка номеров билетов» ==

В этом разделе отображаются заказы, в которых нужно проставить номера билетов. Доступ к разделу имеет [[Менеджер агентства|менеджер]] и [[Эксперт по бронированию|эксперт]] агентства. Проставить номера билетов нужно для того, чтобы завершить выписку заказа (см. [[Nemo Inventory (компонент)#Контент Nemo Inventory в продаже перелетов|Контент Nemo Inventory в продаже перелетов]]).

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

Для того чтобы проставить номера билетов из файла:
# Нажмите <code>Обзор..</code> и выберите нужный файл.
# Нажмите <code>Импорт</code>.

{| class="wikitable"
|-
|[[Файл:Автоматическая простановка номеров билетов.png|Раздел «Простановка номеров билета»]]
|-
|Рисунок 7. Раздел '''Простановка номеров билетов'''
|}

Уникальные данные, по которым происходит идентификация заказа при импорте:

* Фамилия, Имя (ФИО, разделитель пробел),
* Дата рождения (d.m.Y),
* Номер рейса,
* № билета,
* Дата вылета (d.m.Y).

{| class="wikitable mw-collapsible mw-collapsed"
!colspan = 5|Пример файла
|-
! scope="col" | Фамилия, Имя 
! scope="col" | Дата рождения 
! scope="col" | Номер рейса 
! scope="col" | № билета 
! scope="col" | Дата вылета 
|-
| WOLF JANELLE
| 18.09.1994
| 911
| 1952438681143
| 22.05.2023
|-
| FLAGMANSDG IVAN
| 10.10.1990
| 911
| 1952438681144
| 22.05.2023
|}

== Контент Nemo Inventory в продаже перелетов ==
Порядок и логика использования разных типов контента при поиске, бронировании и выписке.

=== Поиск ===

Поисковый запрос в Инвентори обрабатывается так:

# '''Для запрошенных сегментов строится маршрут'''. Максимальная длина маршрута для запрошенного сегмента ограничена 1 сегментом. На текущий момент пересадочный рейс ищется только как сложный маршрут. Если для одного из сегментов не удалось построить маршрут, то поиск прерывается ошибкой <code>Невозможно построить маршрут для запрошенного сегмента</code>. 
# '''Для построенных маршрутов ищутся подходящие рейсы и строятся полные перелеты.''' Поиск прерывается, если:
#* для одного из сегментов не удалось найти подходящих рейсов (ошибка <code>Не удалось найти расписание, удовлетворяющее заданным критериям, для сегмента</code>);
#* не удалось построить ни одного полного перелета (ошибка <code>Невозможно построить полный перелёт, удовлетворяющий заданным критериям</code>);
#* ни для одного из построенных перелетов нет нужного количества мест (ошибка <code>Нет необходимого количества свободных мест на перелётах, удовлетворяющих заданным критериям</code>). 
# '''К построенным перелетам применяются комбинации рейсов.''' При этом перелеты из более чем 4 сегментов отбрасываются. Если для перелета не удалось найти полностью ему соответствующей комбинации, то для каждого сегмента в перелете ищется отдельная комбинация. Если ни для одного из перелетов не удалось найти подходящих комбинаций, то поиск прерывается ошибкой <code>Нет допустимых комбинаций рейсов, удовлетворяющих заданным критериям</code>. 
# '''Для каждого перелета формируется набор тарифов с наименьшей ценой.''' При этом система:
## Рассматривает каждую комбинацию, которая применилась к перелету.
## Получает все тарифы для владельца мест на первом рейсе комбинации. Для каждого тарифа проверяется:
##* применимость к текущей комбинации рейсов (по ID комбинации),
##* возможность продажи по данному тарифу первого рейса из комбинации. При этом проверяется, что:
##** текущая дата входит в один из сезонов продажи тарифа (<code>SalesDates</code>) и этот сезон не заканчивается через час;
##** дата вылета первого рейса в комбинации входит в один из сезонов обслуживания тарифа (<code>ServiceDates</code>);
##** соблюдены ограничения на минимальное время до вылета и максимальное количество дней до вылета.
##* доступ к тарифу, если он приватный, а также ограничения по предпочитаемым типам тарифа из поискового запроса;
##* применимость тарифа для запрошенных типов пассажира (если тариф заведен на тип пассажира, отличный от ADT). Если тариф прошел все проверки, то он считается применимым к данной комбинации. Если подходящих тарифов не нашлось, то оценка данного перелета прекращается, и в поисковую выдачу он не попадает. 
# '''Из всех подходящих тарифов выбирается тариф с наименьшей ценой (с учетом цены комбинации и запрошенных типов пассажиров)'''. Если ни для одного перелета не нашлось подходящих цен, то поиск прерывается ошибкой <code>Не удалось найти цен, удовлетворяющих заданным критериям</code>. Перелеты, цены для которых нашлись, попадают в поисковую выдачу.

=== Бронирование ===
Бронирование в Инвентори происходит следующим образом:
# Система проверяет наличие:
#* бронируемых рейсов,
#* нужного количества мест на них.
# Система оценивает забронированный перелет так же, как при поиске.
# На основании всех полученных данных в Инвентори создается объект PNR. Если цену получить не удалось, то взятые места возвращаются в пул доступных для бронирования, и бронирование прерывается соответствующей ошибкой.

Доступные действия с бронью:
* обновление (получение актуального статуса и цены),
* отмена,
* выписка.

=== Выписка ===
Выписка в Инвентори выполняется в 3 этапа:
# После поступления оплаты от клиента бронь приобретает статус <code>ожидает выписки</code>.
# Представитель агента вручную переносит брони в стороннюю систему (GDS или инвенторную систему а/к) для автоматической выписки билетов.
# Представитель агента загружает файл с выписанными билетами в раздел Инвентори [[Nemo Inventory (компонент)#Раздел «Простановка номеров билетов»|'''Простановка номеров билетов''']].

Когда номера билетов будут проставлены, бронь в Инвентори принимет статус <code>выписано</code>. При этом ЭД, сгенерированные на первом этапе, деактивируются со статусом <code>использовано</code>.

Бронь после выписки и до внесения билетов а/к можно войдировать в течение некоторого времени. При этом ЭД на оформление билетов деактивируются со статусом <code>отменено</code>. Удаление внесенных билетов а/к на данный момент не поддерживается.

AeroflotNDC

2024-03-01T12:06:42Z

D.tsyplakova: /* Бронирование */

[[Категория: Поставщики авиабилетов]]
[[Файл:Aeroflot.png|380px||thumb|right|]]

'''AeroflotNDC''' - это коннектор, с помощью которого система Nemo.travel получает доступ к продажам авиакомпании Aeroflot по новому формату NDC.

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

С введением нового стандарта онлайн-агенты смогут предлагать на своих сайтах все дополнительные услуги, доступные на сайте авиакомпании. Например, выбор комфортного места на борту, дополнительный багаж и другие. Пассажиры, в свою очередь, получают возможность существенно экономить за счет доступа ко всей линейке тарифов и услуг авиакомпании.
=Подключение AeroflotNDC в Nemo.Travel=
Подключение возможно только при наличии прямого агентского соглашения с ПАО «Аэрофлот».
# Необходимо предоставить следующую информацию на адрес ndc-request@aeroflot.ru :
#* Юридическое лицо, полное название
#*ИНН
#*КПП
#*Юр адрес
#*Номер и дата регистрации договора (если есть) - Агентское соглашение №_____________
#*Заполненную заявку на подключение клиентcкой системы
#*В заявке так же указать следующее: IP-адреса, для которых должен быть предоставлен доступ: 188.235.129.23237.200.71.16495.213.141.25395.213.141.25437.200.71.162
#* Уникальный UA для КС - NemoPlatform
#*URL эндпоинта клиентской системы для отправки сообщения об изменениях в бронировании: боевой - https://prod-avia-service.nemo.travel/CallBack/NotificationReceiver.ashx/sundc тестовый - http://avia.trunk.net.mlsd.ru:11000/CallBack/NotificationReceiver.ashx/sundc {{Attention| При направлении заявок на подключение в заявке агента должно быть указано, что используется решение Немо (тестирование проводилось два раза и необходимо оформить отчет о прохождении тест-кейсов на основании уже подключённых агентов). Внутреннее согласование будет в любом случае, но сам процесс пойдет более оперативно.}}
# Настраиваете реквизиты в тестовой среде по данным, предоставленным Аэрофлотом (понадобится наименование клиента и идентификатор для тестовой среды)
# Выполняете полученные от Аэрофлота тест-кейсы.
# После выполнения тест-кейсов отправляете логи с результатами их прохождения в созданной задаче в Jira Аэрофлота, а также прилагаете заполненные документы "Группа тестов...".
# После этого необходимо получить согласование результатов тестирования от Аэрофлота.
# После согласования Акта о прохождении тестирования, создается задачка в том же трекере на подключение в прод среду, Аэрофлот предоставляет прод-реквизиты.
Полученные реквизиты нужно передать в Nemo.travel для формирования боевой конфигурации подключения.

В случае возникновения технических вопросов (к примеру статус заказа Problematic) необходимо составить заявку в трекере: [https://jira.aeroflot.ru/](https://jira.aeroflot.ru/)
Назначать исполнителем задачи «Техническая поддержка Ramax (NDC)».
Доступ под учетной записью агента.
= Особенности поставщика=
=== Поиск ===
# Максимальное количество пассажиров 9
# Не поддерживается поиск младенца с местом, доступны только ADT, СNN, INF
#Поиск по всем классам запускает 3 запроса на эконом, премиум эконом и бизнес
#Аэрофлот игнорирует валюту из запроса, валюта сменится при изменении кода страны в реквизитах. (RU = RUB, DE = EUR, US = USD)
#Доступна работа фильтра запросов для снижения Look2Book
#First - недоступный для поиска класс
=== Бронирование ===
#Реализовано создание заказа без документов и контактных данных
#Реализовано добавление документов, контактов и места прибывания при модификации
#Отчество обязательно для перелетов внутри РФ. Критично для рейсов а/к Победа
#Реализована аннуляция
#Карту лояльности можно внести только при бронировании
# Void и возврата EMD у поставщика на данный момент нет
#Присутствует функционал принятия нотификаций от поставщика об изменениях в бронировании
#Оплаченное бронирование может иметь три статуса: booked — забронировано и подтверждено; ticket — забронировано и выписаны документы; cancelled — отменена

=== Дополнительные услуги ===
#Выбор места, питание багаж. Доступны до и после выписки
#На багаже присутствуют только 2 услуги: 1я и 2я сумки багажа, но взять только 2ю сумку багажа нельзя
#Есть возможность бронировать более одной услуги питания на пассажира на рейсе
#Карта мест - присутствует. В спецификации SU NDC есть 3 типа палубы: Upper - верхняя; Main - основная; Lower - нижняя
=== Выписка ===
#Для агентов работает только выписка через FOP = IN (инвойс), передача кода инвойса не поддерживается, если его передавать к поставщику он не уходит
#Войд происходит всех билетов у всех пассажиров сразу
#Обмен - есть. Возможен обмен только указанным пассажирам. При этом в запросе указывается <Passengers><Ref>, в результате обмен будет произведен в текущем PNR, а остальные пассажиры отсплитованы в новый PNR
# Возврат - есть. Возможен возврат только указанным пассажирам. При этом в запросе указывается <Passengers><Ref>, в результате билет этого пассажира будет сдан, а остальные пассажиры будут отсплитованы в новый PNR
#Войд и возврат невозможны, если в брони есть оформленные услуги
#Обмен или возврат ранее обменянного билета не поддерживаются
#Сплит осуществляется на стороне поставщика только в рамках Split/Exchange или Split/Refund
#Статус купона CouponStatusCode возможные значения статуса: Y - Status OK, V - Voided, F - Flown, C - Checked in, R - Refunded, E - Exchanged, N - Airport control

== См. также ==
* [[Форма бронирования (Авиабилеты)]]
* [[Реквизиты подключения к ГРС в Nemo Connect]]
* [[Пакеты реквизитов Nemo Connect]]

Подпишитесь на письма о ежемесячных обновлениях системы {{NameSystem}}:

[[Изображение:Newsletter-2_small.png|left|link=https://www.nemo.travel/company/contacts.html]]

Платежные шлюзы

2024-02-20T13:38:01Z

D.tsyplakova: /* См. также */

[[Category:Термины]]
[[Category:Руководство]]
[[Category:Настройки]]
[[Category:Приём оплаты]]

'''Платежный шлюз''' (Payment Gateway) — сервис для быстрой и безопасной обработки электронных транзакций, онлайн-аналог платежного терминала, используемого в торговых точках. Авторизует платежи и обеспечивает контакт между продавцом, покупателем и банком.

Платежные шлюзы представляют собой программные приложения, созданные специально для электронной коммерции. Однако благодаря заложенным в них инструментам быстрой и точной активизации платежей они нашли применение и в традиционном бизнесе. Безопасность обмена информацией через платежный шлюз достигается благодаря шифрованию персональных данных (таких как номер кредитной карты, секретный код и т.д.) с помощью SSL (Secure Socket Layer). Многие хостинговые компании включают платежные шлюзы в свои стандартные клиентские пакеты.

[[Изображение:Nemo-goto.png|center|link=http://nemo.travel]]

Чтобы купить товар через платежный шлюз, клиент должен иметь учетную запись в соответствующей системе. Но однажды пройдя регистрацию, далее при покупке он выбирает способ оплаты через платежный шлюз и вводит [[Пароль]] — данные карты передаются автоматически. Некоторые онлайн-магазины предлагают своим клиентам два альтернативных способа оплаты товара: через шлюз или банковской картой. Если у продавца нет инструментов для самостоятельного процессинга пластиковых карт, он использует только платежный шлюз (так, например, совершаются практически все транзакции на аукционе eBay). Для покупателя пользование платежным шлюзом бесплатно, продавец платит проценты от совершенных сделок.

== Как работает платежный шлюз ==

Для использования платежных шлюзов необходимо подключение к сети интернет.

* Покупатель совершает транзакцию через [[веб-сайт]] или физически.
* Данные пересылаются в платежный шлюз, который принимает информацию и далее передает детали транзакции в банк, выдавший карту, с помощью которой была оплачена покупка.
* Банк отправляет запрос в платежную систему (VISA, Mastercard и т.д.). Происходит оценка соответствия условий сделки и кредитной ситуации клиента.
* Банк-эмитент отправляет код авторизации, который «дает добро» платежной системе на совершение сделки.
* Платежная система отправляет код авторизации в платежный шлюз, оттуда он поступает продавцу.
* Если сделка одобрена, продажа проходит и деньги снимаются со счета клиента.

Весь процесс занимает несколько секунд. Скорость зависит от качества интернет-соединения. В реальности продавец получает деньги клиента примерно через 3 дня.

== Платежные шлюзы в {{NameSystem}} ==

В системе бронирования {{NameSystem}} имеются шлюзы к самым популярным поставщикам платежных решений:
<div class="toccolours mw-collapsible mw-collapsed" style="width:1100px">
'''Международные компании'''
<div class="mw-collapsible-content">
* '''ChronoPay''' – международный оператор интернет-платежей по банковским картам. Система обработки платежей компании ChronoPay позволяет проводить авторизацию и обработку онлайн-платежей в соответствии с мировыми стандартами безопасности и надежности в режиме реального времени. Компания предоставляет клиентам возможность использования широкого спектра платежных инструментов. Помимо поддержки распространенных типов банковских карт, ChronoPay тесно сотрудничает с региональными системами интернет-платежей в России и во всем мире.
* '''QIWI''' (КИВИ) — это удобный сервис для оплаты всех повседневных услуг: от мобильной связи и ЖКУ до банковских кредитов. Через QIWI (КИВИ) можно приобретать ж/д билеты, оплачивать покупки в интернет-магазинах и многое другое. Платежные терминалы QIWI (КИВИ) есть везде.
* '''PayPal''' – оператор электронных денежных средств. Позволяет клиентам оплачивать счета и покупки, отправлять и принимать денежные переводы. В случае оплаты покупок важнейшей особенностью PayPal является предоставление гарантий безопасности как покупателю, так и продавцу.
* '''[[PayU]]'''
* '''[[Cybersource]]'''
</div>
</div>
<div class="toccolours mw-collapsible mw-collapsed" style="width:1100px">
'''Россия'''
<div class="mw-collapsible-content">
* '''МПС''' — платежное решение Сирена-Трэвел (2-я версия), которое поддерживает варианты оплаты ТКП и BSP (в последнем случае осуществляется прямой процессинг). Преимуществом второй версии этого платежного решения является возможность оплаты билетов, забронированных в ГРС Galileo, Sabre, Amadeus, а также отелей и железнодорожных перевозок. Также реализована возможность проводить оплату с отрицательными сборами. Подробнее о функционировании и настройке этого платежного решения см. на странице [[МПС]].

* Процессинговый центр '''Uniteller''' осуществляет интернет-эквайринг на базе платежного решения собственной разработки, что позволяет реализовать все востребованные сервисы. Быстрая и простая кастомизация платежной страницы максимально упрощает процесс оплаты. Безопасность платежей подтверждена сертификатом безопасности PCI DSS 2.0. Круглосуточный Fraud-мониторинг и поддержка протокола 3D Secure исключает незаконное использование банковских карт. Значительным преимуществом для систем бронирования авиабилетов является поддержка «длинной записи» и интеграция с GDS, позволяющие значительно снизить комиссию за эквайринг.
* '''Webmoney''' — одна из самых популярных систем онлайн-расчетов в России, Украине и других странах СНГ. Основана в 1998 г. Платежи в системе моментальны и безотзывны. Последнее означает полную защищенность билетного агентства от возвратов, «чарджбеков», злоупотреблений со стороны плательщика. Технология WebMoney создана на предоставлении всем участникам Системы единых интерфейсов по непосредственному управлению своими имущественными правами на ценности, находящиеся на хранении в специализированных компаниях — Гарантах.
* '''Платрон (Platron)''' – универсальная система электронных платежей для сайта, связывающая онлайн-платежи между интернет-магазинами, покупателями и платежными системами.
* '''[[РосЕвроБанк]]'''
* '''[[Isbank]]'''
* '''[[PayOnline]]'''
* '''[[Paylate]]'''
* '''[[Рапида]]'''
* '''[[Payture]]'''
* '''[[Сбербанк]]'''
* '''[[LiqPay (ПриватБанк)]]'''
* '''[[PayMO]]'''
* '''[[MoneyWall]]'''
</div>
</div>


<div class="toccolours mw-collapsible mw-collapsed" style="width:1100px">
'''Беларусь'''
<div class="mw-collapsible-content">
* '''Belassist''' – мультибанковская система приема платежей по банковским картам через интернет, позволяющая в реальном времени производить авторизацию и обработку электронных платежей. Компания организует прием банковских карт VISA, VISA Electron, MasterCard, Maestro, American Express на сайте интернет-магазина.

</div>
</div>
<div class="toccolours mw-collapsible mw-collapsed" style="width:1100px">
'''Казахстан'''
<div class="mw-collapsible-content">
* '''Processing.kz''' — компания, обеспечивающая технологические процессы по оказанию услуг интернет-эквайринга для банков Казахстана, оплату платежными картами для интернет-магазинов и полноценную защиту карточных данных для покупателей. Принимает онлайн платежи по банковским картам самых популярных платежных систем Visa и MasterCard. Использует технологию 3-D Secure и передачу данных с использованием протокола TLS/SSL. Преимущества: простота подключения к процессинговому центру и индивидуальный подход к каждому клиенту.
* '''Kazkommertsbank''' — является одним из крупнейших банков в Казахстане и Центральной Азии. В системе {{NameSystem}} интегрирован через открытую систему E-commerce авторизации пластиковых карточек через интернет с уникальной системой обеспечения безопасности электронных платежей Visa 3D-Secure.

</div>
</div>

<div class="toccolours mw-collapsible mw-collapsed" style="width:1100px">
'''Турция'''
<div class="mw-collapsible-content">
* '''[[Isbank]]'''
* '''[[Halkbank]]'''
</div>
</div>

<div class="toccolours mw-collapsible mw-collapsed" style="width:1100px">
'''Швейцария'''
<div class="mw-collapsible-content">
* '''[[Saferpay]]'''
</div>
</div>

<div class="toccolours mw-collapsible mw-collapsed" style="width:1100px">
'''Азербайджан'''
<div class="mw-collapsible-content">
* '''[[MilliKart]]'''
* '''[[AzeriCard]]'''
</div>
</div>
<div class="toccolours mw-collapsible mw-collapsed" style="width:1100px">
'''Кыргызстан'''
<div class="mw-collapsible-content">
* '''[[DemirBank]]'''
</div>
</div>



== Настройка способов оплаты в {{NameSystem}} ==
См. статью [[Платежные методы в Nemo.travel]].

== Подключение новых платежных шлюзов ==

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

== См. также ==
* [[Интеграция сервиса приёма платежей с помощью Payment Gateway API|Универсальный протокол Payment Gateway API]]
* [[Платежные методы в Nemo.travel]]
* [[Хронопей]]
* [[Uniteller]]
* [[Монета.ру]]
* [[ECommPay]]
* [[Рапида]]
* [[Platron]]
* [[OneClickPay]]
*[[Настройки фискализации]]

== Полезные ссылки ==
* [http://www.uniteller.com Uniteller]
* [http://www.chronopay.com Chronopay]
* [http://www.ufs-online.ru/ Универсальная Финансовая Система]
* [http://qiwi.ru QIWI]
* [http://www.ecommpay.com ECommPay]
* [http://www.webmoney.ru WebMoney]
* [http://www.copayco.com CoPayCo]
* [http://www.platron.ru Платрон]

Платежные шлюзы

2024-02-20T13:37:47Z

D.tsyplakova: /* Полезные ссылки */

[[Category:Термины]]
[[Category:Руководство]]
[[Category:Настройки]]
[[Category:Приём оплаты]]

'''Платежный шлюз''' (Payment Gateway) — сервис для быстрой и безопасной обработки электронных транзакций, онлайн-аналог платежного терминала, используемого в торговых точках. Авторизует платежи и обеспечивает контакт между продавцом, покупателем и банком.

Платежные шлюзы представляют собой программные приложения, созданные специально для электронной коммерции. Однако благодаря заложенным в них инструментам быстрой и точной активизации платежей они нашли применение и в традиционном бизнесе. Безопасность обмена информацией через платежный шлюз достигается благодаря шифрованию персональных данных (таких как номер кредитной карты, секретный код и т.д.) с помощью SSL (Secure Socket Layer). Многие хостинговые компании включают платежные шлюзы в свои стандартные клиентские пакеты.

[[Изображение:Nemo-goto.png|center|link=http://nemo.travel]]

Чтобы купить товар через платежный шлюз, клиент должен иметь учетную запись в соответствующей системе. Но однажды пройдя регистрацию, далее при покупке он выбирает способ оплаты через платежный шлюз и вводит [[Пароль]] — данные карты передаются автоматически. Некоторые онлайн-магазины предлагают своим клиентам два альтернативных способа оплаты товара: через шлюз или банковской картой. Если у продавца нет инструментов для самостоятельного процессинга пластиковых карт, он использует только платежный шлюз (так, например, совершаются практически все транзакции на аукционе eBay). Для покупателя пользование платежным шлюзом бесплатно, продавец платит проценты от совершенных сделок.

== Как работает платежный шлюз ==

Для использования платежных шлюзов необходимо подключение к сети интернет.

* Покупатель совершает транзакцию через [[веб-сайт]] или физически.
* Данные пересылаются в платежный шлюз, который принимает информацию и далее передает детали транзакции в банк, выдавший карту, с помощью которой была оплачена покупка.
* Банк отправляет запрос в платежную систему (VISA, Mastercard и т.д.). Происходит оценка соответствия условий сделки и кредитной ситуации клиента.
* Банк-эмитент отправляет код авторизации, который «дает добро» платежной системе на совершение сделки.
* Платежная система отправляет код авторизации в платежный шлюз, оттуда он поступает продавцу.
* Если сделка одобрена, продажа проходит и деньги снимаются со счета клиента.

Весь процесс занимает несколько секунд. Скорость зависит от качества интернет-соединения. В реальности продавец получает деньги клиента примерно через 3 дня.

== Платежные шлюзы в {{NameSystem}} ==

В системе бронирования {{NameSystem}} имеются шлюзы к самым популярным поставщикам платежных решений:
<div class="toccolours mw-collapsible mw-collapsed" style="width:1100px">
'''Международные компании'''
<div class="mw-collapsible-content">
* '''ChronoPay''' – международный оператор интернет-платежей по банковским картам. Система обработки платежей компании ChronoPay позволяет проводить авторизацию и обработку онлайн-платежей в соответствии с мировыми стандартами безопасности и надежности в режиме реального времени. Компания предоставляет клиентам возможность использования широкого спектра платежных инструментов. Помимо поддержки распространенных типов банковских карт, ChronoPay тесно сотрудничает с региональными системами интернет-платежей в России и во всем мире.
* '''QIWI''' (КИВИ) — это удобный сервис для оплаты всех повседневных услуг: от мобильной связи и ЖКУ до банковских кредитов. Через QIWI (КИВИ) можно приобретать ж/д билеты, оплачивать покупки в интернет-магазинах и многое другое. Платежные терминалы QIWI (КИВИ) есть везде.
* '''PayPal''' – оператор электронных денежных средств. Позволяет клиентам оплачивать счета и покупки, отправлять и принимать денежные переводы. В случае оплаты покупок важнейшей особенностью PayPal является предоставление гарантий безопасности как покупателю, так и продавцу.
* '''[[PayU]]'''
* '''[[Cybersource]]'''
</div>
</div>
<div class="toccolours mw-collapsible mw-collapsed" style="width:1100px">
'''Россия'''
<div class="mw-collapsible-content">
* '''МПС''' — платежное решение Сирена-Трэвел (2-я версия), которое поддерживает варианты оплаты ТКП и BSP (в последнем случае осуществляется прямой процессинг). Преимуществом второй версии этого платежного решения является возможность оплаты билетов, забронированных в ГРС Galileo, Sabre, Amadeus, а также отелей и железнодорожных перевозок. Также реализована возможность проводить оплату с отрицательными сборами. Подробнее о функционировании и настройке этого платежного решения см. на странице [[МПС]].

* Процессинговый центр '''Uniteller''' осуществляет интернет-эквайринг на базе платежного решения собственной разработки, что позволяет реализовать все востребованные сервисы. Быстрая и простая кастомизация платежной страницы максимально упрощает процесс оплаты. Безопасность платежей подтверждена сертификатом безопасности PCI DSS 2.0. Круглосуточный Fraud-мониторинг и поддержка протокола 3D Secure исключает незаконное использование банковских карт. Значительным преимуществом для систем бронирования авиабилетов является поддержка «длинной записи» и интеграция с GDS, позволяющие значительно снизить комиссию за эквайринг.
* '''Webmoney''' — одна из самых популярных систем онлайн-расчетов в России, Украине и других странах СНГ. Основана в 1998 г. Платежи в системе моментальны и безотзывны. Последнее означает полную защищенность билетного агентства от возвратов, «чарджбеков», злоупотреблений со стороны плательщика. Технология WebMoney создана на предоставлении всем участникам Системы единых интерфейсов по непосредственному управлению своими имущественными правами на ценности, находящиеся на хранении в специализированных компаниях — Гарантах.
* '''Платрон (Platron)''' – универсальная система электронных платежей для сайта, связывающая онлайн-платежи между интернет-магазинами, покупателями и платежными системами.
* '''[[РосЕвроБанк]]'''
* '''[[Isbank]]'''
* '''[[PayOnline]]'''
* '''[[Paylate]]'''
* '''[[Рапида]]'''
* '''[[Payture]]'''
* '''[[Сбербанк]]'''
* '''[[LiqPay (ПриватБанк)]]'''
* '''[[PayMO]]'''
* '''[[MoneyWall]]'''
</div>
</div>


<div class="toccolours mw-collapsible mw-collapsed" style="width:1100px">
'''Беларусь'''
<div class="mw-collapsible-content">
* '''Belassist''' – мультибанковская система приема платежей по банковским картам через интернет, позволяющая в реальном времени производить авторизацию и обработку электронных платежей. Компания организует прием банковских карт VISA, VISA Electron, MasterCard, Maestro, American Express на сайте интернет-магазина.

</div>
</div>
<div class="toccolours mw-collapsible mw-collapsed" style="width:1100px">
'''Казахстан'''
<div class="mw-collapsible-content">
* '''Processing.kz''' — компания, обеспечивающая технологические процессы по оказанию услуг интернет-эквайринга для банков Казахстана, оплату платежными картами для интернет-магазинов и полноценную защиту карточных данных для покупателей. Принимает онлайн платежи по банковским картам самых популярных платежных систем Visa и MasterCard. Использует технологию 3-D Secure и передачу данных с использованием протокола TLS/SSL. Преимущества: простота подключения к процессинговому центру и индивидуальный подход к каждому клиенту.
* '''Kazkommertsbank''' — является одним из крупнейших банков в Казахстане и Центральной Азии. В системе {{NameSystem}} интегрирован через открытую систему E-commerce авторизации пластиковых карточек через интернет с уникальной системой обеспечения безопасности электронных платежей Visa 3D-Secure.

</div>
</div>

<div class="toccolours mw-collapsible mw-collapsed" style="width:1100px">
'''Турция'''
<div class="mw-collapsible-content">
* '''[[Isbank]]'''
* '''[[Halkbank]]'''
</div>
</div>

<div class="toccolours mw-collapsible mw-collapsed" style="width:1100px">
'''Швейцария'''
<div class="mw-collapsible-content">
* '''[[Saferpay]]'''
</div>
</div>

<div class="toccolours mw-collapsible mw-collapsed" style="width:1100px">
'''Азербайджан'''
<div class="mw-collapsible-content">
* '''[[MilliKart]]'''
* '''[[AzeriCard]]'''
</div>
</div>
<div class="toccolours mw-collapsible mw-collapsed" style="width:1100px">
'''Кыргызстан'''
<div class="mw-collapsible-content">
* '''[[DemirBank]]'''
</div>
</div>



== Настройка способов оплаты в {{NameSystem}} ==
См. статью [[Платежные методы в Nemo.travel]].

== Подключение новых платежных шлюзов ==

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

== См. также ==
* [[Интеграция сервиса приёма платежей с помощью Payment Gateway API|Универсальный протокол Payment Gateway API]]
* [[Платежные методы в Nemo.travel]]
* [[Хронопей]]
* [[Приватбанк]]
* [[Uniteller]]
* [[Монета.ру]]
* [[ECommPay]]
* [[Рапида]]
* [[Platron]]
* [[OneClickPay]]
*[[Настройки фискализации]]

== Полезные ссылки ==
* [http://www.uniteller.com Uniteller]
* [http://www.chronopay.com Chronopay]
* [http://www.ufs-online.ru/ Универсальная Финансовая Система]
* [http://qiwi.ru QIWI]
* [http://www.ecommpay.com ECommPay]
* [http://www.webmoney.ru WebMoney]
* [http://www.copayco.com CoPayCo]
* [http://www.platron.ru Платрон]

AeroCRS

2023-12-28T06:08:26Z

D.tsyplakova: /* Процесс подключения к AeroCRS в Nemo.Travel */

[[Категория:Поставщики авиабилетов]]

== О поставщике ==

Компания '''AeroCRS''' предоставляет услуги инвенторной системы (PSS) более чем 80 авиакомпаниям. Платформа Nemo.Travel посредством API интегрирована с решением AeroCRS Network, направленным на дистрибуцию авиационного контента из PSS. Данная интеграция позволяет клиентам Nemo.Travel осуществлять выписку авиабилетов всех перевозчиков, размещающих свой ресурс в AeroCRS PSS.

==Возможности системы==

* Управление инвенторными данными
* Бронирование
* Управление маршрутами
* Управление тарифами
* Поддержка форматов взаимодействия B2C и B2B
* Система контроля вылета (DCS)
* Обработка планов полетов (FPP)
* Центр отчетности и панель мониторинга BI
* API для интеграции с GDS, OTA и т. д.

С помощью '''API AeroCRS''' можно не только осуществлять доступ к информации в AeroCRS, управлять этой информацией и выполнять бронирование, но и работать с операционными данными и разрабатывать дополнительные операционные интеграции. Этот API позволяет выбрать удобный формат для работы с данными: JSON или XML.

== Процесс подключения к AeroCRS в Nemo.Travel ==
Для того чтобы подключиться к поставщику:

# Заполните [https://docs.aerocrs.com/docs/sign-up форму]. Вы получите тестовые реквизиты для проверки работоспособности в тестовой среде.
# Подпишите контракт, высланный поставщиком. После этого вы получите боевые реквизиты.
# Создайте задачу в проектном трекере Nemo.Travel, где укажите:
#* боевые реквизиты;
#* все дестинации, с которыми вы работаете;
#* весь авиапарк с полной конфигурацией оборудования;
#* список всех классов обслуживания, которые вы собираетесь продавать;
#* рейсы и маршруты, расписание;
#* структуру ценообразования и тарифы для всех маршрутов и классов.

После этого сотрудники Nemo.Travel заведут и настроят реквизиты подключения к AeroCRS.

== Особенности работы с AeroCRS в Nemo.Travel ==

'''Как выглядит процесс бронирования и выписки билета:'''

Бронирование --> Создание PNR --> Отмена (при необходимости) --> Добавление доп.услуг/мест --> Добавление пассажиров --> Изменение информации о пассажире

=== Поиск ===
* Поиск по расписанию;
* Получение маршрутной сетки;
* Операции с перелетом;
* Получение дополнительных услуг для перелета;
* Доступные классы — эконом и бизнес;
* Тип пассажира INS не поддерживается;
* Поддерживаются только OW и RT типы перелетов.

=== Бронирование ===

* Карта мест, бронирование мест (только для бронирования);
* Обязательно внесение e-mail для первого пассажира при бронировании;
* Реализовано внесение визы при бронировании;
* Статусы брони:
** ОК — PNR подтверждена;
** PN — PNR находится в статусе PENDING и будет храниться в течение 24 часов для ручного утверждения авиакомпанией.

=== Дополнительные возможности ===

* актуализация, прайсинг
* дополнительные услуги (отдельные запросы для бронирования и перелета)
* поддержка семейств тарифов
* поддержка JSON/XML-запросов (по выбору)

=== Обмен ===
Отсутствует.

=== Сплит ===
Отсутствует.

=== Войдирование ===
Отсутствует.

=== Возврат ===
Отсутствует.

=== Дополнительные сведения ===

== См. также ==
* [[Контакты ГРС]]
* [[Реквизиты подключения к ГРС в Немо 2.0]]
* [[Пакеты реквизитов Немо 2.0]]
* [[Необходимый функционал и его поддержка у поставщиков]]

Подпишитесь на письма о ежемесячных обновлениях системы {{NameSystem}}:

[[Изображение:Newsletter-2_small.png|left|link=https://www.nemo.travel/company/contacts.html]]

Ostrovok

2023-12-18T09:04:50Z

D.tsyplakova: /* Подключение к Ostrovok.ru */

[[Категория:Поставщики наземных услуг]]
'''Ostrovok.ru''' — [[Файл:Ostrovok.png|right|400px|ContentInn.jpg]] это cервис онлайн-бронирования отелей в 220 странах мира. Был основан в 2011 году, офис компании базируется в Москве. Всего на сайте можно найти свыше 900 000 вариантов отелей, хостелов и апартаментов по всему миру.

== Подключение к Ostrovok.ru ==
# Обратитесь в [https://partner.ostrovok.ru/affiliate/ Ostrovok.ru] за реквизитами подключения:
#* ID ключа,
#* Тип ключа,
#* API ключ,
#* список Endpoint URI с лимитами запросов.
# Приложите полученные реквизиты к заявке на подключение модуля '''Отели''' в проектном трекере [http://helpdesk.nemo.travel helpdesk.nemo.travel].

{{Attention| Подключение и настройка реквизитов подключения к данному поставщику для компонента «Отели 2.0» производится администратором системы {{NameSystem}}.}}

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

== Особенности работы с Ostrovok.ru==

Поставщик Ostrovok.ru имеет следующие особенности:

* Поддерживается поиск только одной комнаты в запросе
* В комнате может быть не более 6 взрослых, но не менее одного, и не более 4 детей
* Возраст ребенка не должен превышать 17 лет
* Возраст детей при поиске указывать обязательно
* При подтверждении бронирования поставщику передается IP-адрес конечного пользователя
* При подтверждении необходимо передавать действующие e-mail адрес и контактный номер клиента
* Данные гостей при подтверждении будут отправлены поставщику в транслитерированном виде
* {{Attention|В связи с особенностью поставщика, характеризующейся довольно обширной выдачей , особенно для крупных городов (например, Москва, Санкт-Петербург, Париж, Лондон и другие), время выполнения поисковых запросов может длиться до двух минут.}}

При работе в тестовой среде накладываются дополнительные ограничения

* Фамилии всех гостей должны быть Ostrovok
* Бронирование доступно только в тестовом отеле (ID: test_hotel, город Белогорск)
* Бронирования, созданные в тестовой среде, являются настоящими бронированиями, с такими же финансовыми обязательствами, как при бронировании настоящего отеля. По этой причине попытка подтверждения бронирования с невозвратным тарифом в тестовой среде вызовет ошибку. Кроме того, необходимо отменять '''все''' тестовые бронирования.

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

== Возможные ошибки ==
=== При поиске ===
{| class="wikitable"
! Ошибка !! Описание
|-
| Search for multiple rooms is not supported by Ostrovok || Попытка поиска по нескольким комнатам. Не поддерживается поставщиком
|-
| Check out date must be within 30 days after check in || Дата выезда должна быть не позднее 30 дней от даты заезда
|-
| In a room must be at least 1 adult || В комнате должен присутствовать как минимум один взрослый
|-
| Maximum number of adults in room is 6 || В комнате должно быть не более 6 взрослых
|-
| Maximum number of children in room is 4 || В комнате должно быть не более 4 детей
|-
| Only guests 17 years old or younger are considered to be children || Возраст ребенка не может превышать 17 лет
|}
=== При бронировании ===
{| class="wikitable"
! Ошибка !! Описание
|-
| Email is required for booking || Для бронирования необходим адрес электронной почты клиента
|-
| Phone number is required for booking || Для бронирования необходим номер телефона клиента
|-
| Guest name is not valid || Имя или фамилия гостя некорректны. Имя должно состоять из латинских и кириллических символов, может содержать пробелы, точки и тире
|-
| cannot_reserve_via_api || Вы не можете бронировать через API. Обратитесь в техническую поддержку
|-
| credit_card_required || Для бронирования нужны данные кредитной карты
|-
| insufficient_b2b_balance || Недостаточно средств на балансе b2b бронирований
|-
| invalid_email || Недействительный email. Необходимо использовать настоящий адрес
|-
| luhn_algorithm_error || Карта не прошла проверку по алгоритму Луна (алгоритм валидации номера карты по контрольной сумме)
|-
| rate_expired / rate_not_found || Тариф не найден. С момента поиска прошло много времени или номер был забронирован. Нужно повторить поиск

|}



Следующие ошибки могут возникнуть во время процесса подтверждения бронирования. Обратите внимание, что бронирование в этом случае считается неуспешным, но сохраняется у поставщика. Необходимо создать новое бронирование.
{| class="wikitable"
! Ошибка !! Описание
|-
| not_allowed || Попытка(и) бронирования заблокирована(ы). При возникновении данной ошибки, следует обратиться в службу поддержки, уточнив, что возникает ошибка при попытке бронирования
|-
| soldout || Тариф более недоступен на момент попытки бронирования, т.к. был распродан
|-
| provider || Техническая ошибка у источника тарифа
|-
| bank || Банк отменил транзакцию
|-
| block / charge || Ошибка авторизации карты
|-
| amount_exceed_balance || Недостаточно средств
|-
| 3ds || Невалидный 3ds код
|}
=== При аннуляции ===
{| class="wikitable"
! Ошибка !! Описание
|-
| cancellation_unavailable_status || Некорректный статус бронирования. Можно отменить только бронирования со статусом Booked, New или Confirmed
|-
| cancellation_error_policy || Нарушение политики отмены
|-
| cancellation_error_provider || Ошибка провайдера. Свяжитесь со службой технической поддержки
|-
| cancellation_error_unknown || Внутренняя ошибка поставщика
|}

== Поддержка валют в Ostrovok.ru==

Ostrovok.ru поддерживает большое количество валют разных стран, в число которых входит RUB (российский рубль), USD (доллар США), EUR (евро), GBP (фунт стерлингов), AUD (австралийский доллар)
<div class="toccolours mw-collapsible mw-collapsed" style="width:800px; margin-bottom:10px;">
=== Полный список ===
<div class="mw-collapsible-content">
AED, AFN, ALL, AMD, ANG, AOA, ARS, AUD, AWG, AZN, BAM, BBD, BDT, BGN, BHD, BIF, BMD, BND, BOB, BRL, BSD, BTN, BWP, BYN,
BYR, BZD, CAD, CHF, CLP, CNY, COP, CRC, CUP, CVE, CZK, DJF, DKK, DOP, DZD, EGP, ERN, ETB, EUR, FJD, FKP, GBP, GEL, GHS,
GIP, GMD, GNF, GTQ, GYD, HKD, HNL, HRK, HTG, HUF, IDR, ILS, INR, IRR, ISK, JMD, JOD, JPY, KES, KGS, KHR, KMF, KRW, KWD,
KYD, KZT, LAK, LBP, LKR, LRD, LSL, LYD, MAD, MDL, MGA, MKD, MMK, MNT, MOP, MRO, MUR, MVR, MWK, MXN, MYR, MZN, NAD, NGN,
NIO, NOK, NPR, NZD, OMR, PAB, PEN, PGK, PHP, PKR, PLN, PYG, QAR, RON, RSD, RUB, RWF, SAR, SBD, SCR, SEK, SGD, SLL, SOS,
SRD, STD, SYP, SZL, THB, TJS, TMT, TND, TRY, TTD, TWD, TZS, UAH, UGX, USD, UYU, UZS, VEF, VND, VUV, WST, XAF, XCD, XOF,
XPF, YER, ZAR, ZMW
</div>
</div>
== См. также ==

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

Железнодорожные перевозки

2023-12-18T08:17:05Z

D.tsyplakova: /* Отчеты по билетам */

[[Категория:Железнодорожные билеты]]
[[Категория: Компоненты]]
[[Категория: Руководство]]

'''ЖД/билеты''' — компонент системы {{NameSystemLink}}.[[Файл:Train.jpg|400px|справа]]

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

= Поиск ЖД =
[[Изображение:Nemo-goto.png|center|link=http://nemo.travel]]

=== Форма поиска ЖД ===
[[Файл:форма поиска.png|thumb|800px|center|Форма поиска ЖД]]

=== Процесс поиска ЖД ===
# Введение параметров поиска в форму поиска ЖД.
# После этого подтверждаем введенные данные нажатием кнопки «Поиск».
# Отправка запроса поставщику ЖД. В случае подключения нескольких поставщиков происходит параллельный запуск запросов по каждому поставщику.
# Отображение лоудера «Происходит поиск».
# Формирование выдачи результатов. Выдача результатов на экран формируется по факту получения ответа от последнего поставщика.
# Выдача результатов поиска на экран.

= Функции полей =
=== Поля «Отправление» и «Прибытие» ===
[[Файл:Поля.png|thumb|right|800px|Поля «Отправление» и «Прибытие»]]
Текстовые поля которые могут быть пустыми или заполненными согласно настройкам в {{NameSystem}}.

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

Поле ''«Отправление»'' - предназначено для указания отправной точки(города/ж/д вокзала) путешествия.

Поле ''«Прибытие»'' - предназначено для указания конечного пункта назначения (города, ж/д вокзала).

Под формами "Отправление" и "Прибытие" так же еще есть псевдо-ссылки, при нажатии на которые можно быстро заполнить нужное поле.

Если не заполнять поля «Отправление» и «Прибытие» то значения будут взяты стандартные согласно настройкам системы {{NameSystem}} или же использованы значения предыдущего поиска.
[[Файл:дата.png|thumb|right|Поле «Дата»]]

=== Поле «Дата» ===
Поле ''«Дата»'' - поле которое указывает на дату отправления.
Эта форма заполняется только цифрами. Поле заполняется в формате DD.MM.YYYY.

У поля, также в нижней его части, есть псевдо-ссылки: ''«Завтра»'' и ''«Послезавтра»'', которые дают нам возможность при клике на них автоматически выбрать, на один день вперед или на два будет дата «Отправления». Оформление электронного билета производится за 45 суток до отправления поезда во внутригосударственном сообщении (по территории России) и международном сообщении со странами – участниками СНГ, Эстонской Республикой, Латвийской Республикой, Литовской Республикой; за 60 суток - в международном сообщении в дальнем зарубежье по глобальным ценам. Дату отправления так же можно выбрать кликнув по одной из дат из календаря. При не выборе даты отправления, за значение берется дата на текущий момент.
[[Файл:календарь.png|thumb|800px|center|Форма календаря]]

=Результаты поиска=
 После нажатия кнопки "Поиск". Происходит процесс поиска. В результате которого получаем выдачу вариантов, которые соответствуют условиям запроса поиска.
===Страница выдачи===
[[Файл:Страница.png|thumb|right|500px|Страница выдачи]]
Результат поиска у нас отображен на странице выдачи. Которая состоит из следующих блоков:
# Блок '''Мини форма''' - это форма, с помощью которой клиент может ввести новые данные и осуществить новый поиск. Блок состоит из таких полей:
#* Отправление;
#* Прибытие;
#* Дата;
#* Поиск.
# Блок ''«Выдачи»'' - это список всех найденных результатов по данному запросу. В котором размещена такая информация как:
#* категория поезда (Скорый, Фирменный, Скоростной);
#* наименование поезда (если фирменный или брендовый);
#* маршрут следования;
#* возможна ли электронная регистрация;
#* время и дата отправления;
#* время и дата прибытия;
#* время в пути;
#* цена вагона.
# Блок ''«Конвертера валют»'' - это выпадающий список, с помощью которого можно сменить отображаемую валюту. Доступные варианты валют:
#* Российский Рубль;
#* Евро;
#* Американский Доллар;
#* Гривна.
# Блок ''«Постфильтров»'' предназначен для удобной фильтрации найденных результатов. Список фильтров состоит из чекбоксов и слайдеров:
#* Категория поезда (Скорый, Фирменный,Без типа);
#* Классы вагонов (Сидячий, Купе, Люкс);
#* Время отправление;
#* Время прибытия;
#* Длительность поездки.

= Выбор вагона и места =
Для того, чтобы выбрать нужный тип вагона, достаточно кликнуть по одному из предложенных вариантов в блоке «Выдачи».

Для выбора доступны:
* Общий вагон;
* Сидячий вагон;
* Люкс вагон;
* Мягкий вагон;
* Купе вагон;
* Плацкарт вагон;
После выбора одного из вариантов, вам будет предоставлена информация, которая включает в себя:
* Номер вагона;
* Информацию о предоставляемых услугах;
* Количество свободных мест;
* Цена;
* Возможность выбора места (отсутствует, если поезд без нумерации мест);
* Опция добавления в заказ постельного белья;
* Информацию о типе вагона;
* Направление движения вагона (доступно для «Сапсан» и «Аллегро»).

=== Выбор места для «Общего», «Сидячего» и «Мягкого» вагонов ===
[[Файл:bez mesta.png|right|200px|thumb|Выбор вагонов типа: «Общий», «Сидячий», «Мягкий»]]
После выбора нужного типа вагона, вам будет предоставлена возможность выбрать количество мест и диапазон номеров(в пределах с какого по какое место вы хотите, чтобы были ваши места). Таким образом, система автоматически выберет свободные места в пределах указанного диапазона. При желании выбрать конкретное место в диапазоне мест клиент должен указать одно и то же место, а именно то, которое он желает выбрать. После чего кнопка «Купить» станет активной и загорится зеленым цветом, это значит, что вы правильно выбрали места и можете перейти к следующему разделу. Чтобы перейти к следующему этапу бронирования, необходимо обязательно заполнить такие выпадающие списки, как: «Места» и «Места с». В случае, если они не будут заполнены или заполнены неправильно, при попытке кликнуть на кнопку «Купить» появится следующее валидационное сообщение - ''«Пожалуйста, укажите количество мест и диапазон номеров.»'''

=== Выбор места для «Люкс», «Плацкарт» и «Купе» вагонов ===
[[Файл:smestom.png|thumb|200px|right|Выбор вагонов типа: «Люкс», «Плацкарт», «Купе»]]
После выбора нужного типа вагона, вам будет предоставлена возможность выбрать количество мест, кликнув по свободным номерам на схеме вагона. Места делятся на верхние и нижние. Серые это -верхние места, а белые- это нижние. При желании отменить отмеченные места, достаточно просто кликнуть по нему второй раз. После того как вы выберете места кнопка «Купить» станет активной и загорится зеленым цветом, это значит, что вы правильно выбрали места и можете перейти к следующему разделу. В случае, если места не выбраны, при клике на кнопку «Купить» появится следующее валидационное сообщение - ''«Пожалуйста, выберите желаемые места.»''
[[Файл:Sapsansostrelkoi.png|right|200px|thumb|Выбор мест в вагоне "Сапсан"]]



=== Примечание ===
==== Беспересадочные вагоны ====

В России вагоны беспересадочного сообщения назначаются на тех направлениях, где пассажиропоток недостаточен для назначения пассажирского поезда. Такие пассажирские вагоны следуют в составе нескольких поездов с переприцепкой на одной или нескольких станциях. Яркий пример беспересадочного вагона курсирует по маршруту: Советская Гавань - Москва в составе поездов № 351/352 Советская Гавань - Владивосток и № 43/44 Хабаровск - Москва.

= Оформление форм =
=== Правила оформления заказа ===
Оформление электронных билетов производится не позднее, чем за 2 часа до отправления поезда со станции посадки пассажира. Продажа электронных билетов осуществляется на поезда, следующие:
* во внутреннем сообщении по территории Российской Федерации (формирования ОАО «РЖД», ОАО «ФПК», ОАО «ПКС», ЗАО ТК «Гранд Сервис Экспресс», ООО «Тверской экспресс») за исключением поездов следующих в (из) Калининградскую область транзитом через территорию Литовской Республики
* в международном сообщении со странами СНГ (Азербайджанская Республика, Республика Казахстан, Кыргызская Республика, Республика Беларусь, Украина, Республика Таджикистан, Туркменистан, Республика Узбекистан, Республика Молдова), Латвийской Республикой, Литовской Республикой, Эстонской Республикой, Республикой Абхазии
* в международном сообщении (дальнее зарубежье) на поезда: №17/18 Москва - Ницца - Москва, №23/24 Москва - Париж - Москва, №69/70 Саратов - Берлин – Саратов, включая беспересадочные вагоны: Новосибирск – Берлин, Челябинск – Берлин, Адлер – Берлин, Санкт-Петербург - Берлин, №32 Москва - Хельсинки и скоростные поезда «Аллегро» отправлением из России в Финляндию
При оформлении электронных билетов в предлагаемые поля последовательно вносятся реквизиты поездки и персональные данные каждого пассажира. За правильность указания реквизитов поездки и персональных данных каждого пассажира полную ответственность несет пользователь, оформляющий заказ. Электронные билеты оформляются по полному, детскому тарифам на перевозку взрослых, детей, а также безденежные для проезда детей без занятия отдельного места в возрасте указанном в разделе «Оформление проезда детей». В одном заказе может быть оформлено не более 4 электронных билетов с указанием персональных данных 4 пассажиров.

=== Правила оформления детей ===
Проезд детей в возрасте до 10 лет в поездах дальнего следования без сопровождения взрослых не допускается. Возраст ребенка определяется на день начала поездки.
 '''1) Проезд детей во внутрироссийском сообщении и странами СНГ, Латвийской Республикой, Литовской Республикой, Эстонской Республикой, Республикой Абхазией:'''
 Пассажир, осуществляющий поездку, оплаченную по полному тарифу, имеет право провозить с собой одного ребенка в возрасте не старше 5 лет без оплаты стоимости проезда, если он не занимает отдельное место. В этом случае для ребенка оформляется безденежный электронный билет без занятия места в одном заказе с электронным билетом по полному тарифу. Если пассажир не оформил электронный билет на ребенка до 5 лет без занятия места, получить безденежный проездной документ возможно в билетной кассе при наличии электронного билета (посадочного купона на бланке проездного документа), оплаченного по полному тарифу.
На ребенка в возрасте до 5 лет по желанию пассажира можно оформить электронный билет с местом по детскому тарифу в одном заказе с электронным билетом по полному тарифу
При следовании одного или более детей в возрасте от 5-и до 10 лет на каждого ребенка необходимо оформить электронный билет по детскому тарифу.
Ребенку в возрасте от 5 до 10 лет необходимо оформить электронный билет с занятием отдельного места, оплачиваемый по детскому тарифу в одном заказе с электронным билетом по полному тарифу.
Для детей, которым исполнилось 10 лет и старше, оформляются электронные билеты по полному тарифу.
 '''ВНИМАНИЕ!''' Оформление безденежных электронных билетов для проезда детей в возрасте до 5 лет без занятия отдельного места в сопровождении взрослых со станций, расположенных на территории Украины, на сайте не производится.
 '''2) Проезд детей в международном сообщении (дальнее зарубежье):'''
 При проезде в поездах: №17/18 Москва - Ницца - Москва, №23/24 Москва - Париж - Москва, №69/70 Саратов - Берлин – Саратов, включая беспересадочные вагоны: Новосибирск – Берлин, Челябинск – Берлин, Адлер – Берлин, Санкт-Петербург - Берлин:
Пассажир, осуществляющий поездку, оплаченную по полному тарифу, имеет право провозить с собой одного ребенка в возрасте не старше 4 лет без оплаты стоимости проезда, если он не занимает отдельное место. В этом случае для ребенка оформляется безденежный электронный билет без занятия места в одном заказе с электронным билетом по полному тарифу. Если пассажир не оформил электронный билет на ребенка до 4 лет без занятия места, получить безденежный проездной документ возможно в билетной кассе при наличии электронного билета (проездного документа), оплаченного по полному тарифу. На ребенка в возрасте до 4 лет по желанию пассажира можно оформить электронный билет с местом по детскому тарифу в одном заказе с электронным билетом по полному тарифу. При следовании одного или более детей в возрасте от 4-и до 12 лет на каждого ребенка необходимо оформить электронный билет по детскому тарифу. Ребенку в возрасте от 4 до 12 лет необходимо оформить электронный билет с занятием отдельного места, оплачиваемый по детскому тарифу в одном заказе с электронным билетом по полному тарифу.
Для детей, которым исполнилось 12 лет и старше, оформляются электронные билеты по полному тарифу.
 '''3) Проезд детей в сообщении с Финляндией:'''
 Пассажир имеет право провезти с собой бесплатно одного ребенка не старше 6-ти лет, если он не занимает отдельного места. В этом случае для ребенка оформляется безденежный электронный билет без занятия места в одном заказе с электронным билетом по полному тарифу.
Если пассажир не оформил электронный билет на ребенка до 6 лет без занятия места, получить безденежный проездной документ возможно в билетной кассе при наличии электронного билета (проездного документа), оплаченного по полному тарифу. На ребенка в возрасте до 6 лет по желанию пассажира можно оформить электронный билет с местом по детскому тарифу в одном заказе с электронным билетом по полному тарифу. При следовании одного или более детей в возрасте от 6 до 17 лет на каждого ребенка необходимо оформить электронный билет по детскому тарифу в одном заказе с электронным билетом по полному тарифу. Для детей, которым исполнилось 17 лет и старше, необходимо оформить электронные билеты по тарифу на перевозку взрослого пассажира.

=== Перечень документов, дающих право проезда ===
'''Формат ввода номера российского паспорта нового образца (ПН):'''
* Серия: четыре цифры
* Номер: шесть цифр
'''Формат ввода номера заграничного паспорта (ЗП):'''
* Номер: девять цифр
'''Формат ввода номера свидетельства о рождении (СР):'''
* Серия: римские цифры (в латинском регистре), две буквы кириллицей
* Номер: шесть цифр
При заполнении номера документа, удостоверяющего личность, символ «№» не указывается.
Данные паспорта или свидетельства о рождении, выданные гражданам иностранных государств, вводятся с заданием типа документа — иностранный документ. Персональные данные пассажира должны соответствовать данным, указанным в документе, удостоверяющем его личность. Если персональные данные в документе указаны на двух языках (русском и латинском), информация в заказе заполняется на русском языке при проезде во внутрироссийском сообщении, со странами СНГ, Латвийской Республикой, Литовской Республикой, Эстонской Республикой, Республикой Абхазией. Информация в заказе заполняется на латинском языке при проезде в дальнем международном сообщении. В случае обнаружения ошибки в персональных данных пассажиров или реквизитах документов, удостоверяющих их личность, вы должны до момента оплаты заказа ввести исправленную информацию. За правильность указания реквизитов поездки и персональных данных каждого пассажира полную ответственность несет лицо, оформляющее заказ. Обращаем ваше особое внимание, в случае ошибки при вводе номеров документов, удостоверяющих личность, и других личных данных, пассажир не сможет получить посадочный купон (проездной документ) в билетной кассе и осуществить проезд в поезде.

=== Оформление форм данных о заказчике ===
[[Файл:forma.png|thumb|right|600px|Форма заполнения данных о заказчике]]
После того как выбрали вагон и места, идет следующий этап, заполнение данных о заказчике.
 Форма должна содержать такую информацию как контактные и паспортные данные.
 В форме присутствует множество полей, которые можно заполнить.
 Обязательным полем для заполнения является поле "Фамилия".
 Поля:
* Фамилия;
* Имя;
* Отчество;
* Город;
* Улица;
* Дом;
* Квартира
могут быть заполнены как на русском, так и на английском языке.

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

 В выпадающих списках:
* Пол;
* Гражданство;
* Тип документа;
* Страна
нужно выбрать один из предложенных вариантов.

 При клике в полях:
* Дата рождения;
* Срок действия документа
появится календарь, в котором указываем дату и год рождения согласно паспортным данным и дату когда заканчивается срок действия документа.

 Форма поля «Электронный адрес» состоит из xxxxxx@ddd.ff, где:
* ххххх - имя пользователя
* dddd.ff - имя домена
* @ - расделительный знак который всегда находиться между именем пользователя и домена.и "Телефон", нужно ввести номер телефона и электронный адрес согласно правилам заполнения.

 Для поля «телефон» допустим только ввод чисел.
 «Тип телефона» можно выбрать, кликнув по нему. Доступных для выбора:
* Мобильный
* Домашний
* Рабочий
 После того как заполнили все необходимые поля, кликнув по кнопке «Продолжить» вы перейдете в следующий раздел.

= Электронная регистрация =
=== Порядок электронной регистрации ===
'''Электронная регистрация выполняется:'''
* автоматически во время процедуры заказа электронных билетов
* в любое другое время, но не позднее, чем за час до отправления поезда с начальной станции маршрута следования, если билеты уже приобретены, но пока не распечатаны, в своем Личном кабинете либо отправив SMS-сообщение с текстом: «UFS [четыре последние цифры номера заказа] 1» на номер 7030. После этого вы получите ответ: SMS с информацией об изменении статуса электронной регистрации
* как одновременно для всех пассажиров, указанных в заказе, так и на отдельные электронные билеты в заказе.
'''ВНИМАНИЕ!''' Стоимость SMS-сообщения составляет от 10 до 15 рублей (в зависимости от компании-оператора). Стоимость сообщения не включена в сервисный сбор, а списывается с баланса мобильного телефона, указанного в процессе оформления билета.
'''Электронная регистрация невозможна, если:'''
* необходимо отправить багаж в багажном вагоне, так как его перевозка оформляется при предъявлении проездного документа
* станция отправления пассажира расположена более чем в 4-х часовом интервале следования поезда от первоначальной станции маршрута (для поездов внутреннего сообщения)
'''Аннулирование услуги (отказ) электронной регистрации осуществляется не позднее 1 часа до отправления поезда с начальной станции маршрута следования:'''
* на сайте
* посредством отправки SMS-сообщения с текстом «UFS [четыре последние цифры номера заказа] 0» на номер 7030
* путем получения посадочного купона на бланке проездного документа в билетной кассе или терминале самообслуживания на территории Российской Федерации

'''Внимание!''' Резервирование будет автоматически аннулировано поставщиком, после наступления таймлимита на подтверждение бронирования мест. Если оплата была произведена после наступления таймлимита, то эта информация будет отражена в статусе заказа: «Аннулирован (Поставщиком) - Оплачено».

 '''ВНИМАНИЕ!''' Стоимость SMS-сообщения составляет от 10 до 15 рублей (в зависимости от компании-оператора). Стоимость сообщения не включена в сервисный сбор, а списывается с баланса мобильного телефона, указанного в процессе оформления билета.
'''Важно:'''
* При наличии услуги электронной регистрации на поезда, курсирующие в сообщении между РФ и Латвийской Республикой, РФ и Республикой Беларусь, РФ и Украиной оформление в билетных кассах и в терминалах самообслуживания посадочных купонов (проездных документов) не производится менее 1 часа до отправления поезда с начальной станции маршрута следования
* Если вы прошли электронную регистрацию и хотите вернуть свой электронный билет (на поезда: №32 Москва-Хельсинки, №17/18 Москва-Ницца-Москва, №23/24 Москва-Париж-Москва) менее чем за 1 час до отправления поезда с начальной станции маршрута следования и более чем за 6 часов до отправления поезда со станции Вашей посадки (по местному времени), возврат денежных средств за неиспользованный электронный билет осуществляется в претензионном порядке
'''При наличии услуги электронной регистрации на поезда не производится:'''
* возобновление срока действия электронного билета в случае опоздания на поезд пассажира в сообщении между РФ и Латвийской Республикой, РФ и Республикой Беларусь, РФ и Украиной
* продолжение поездки в случае прерывания поездки в пути следования
Посадка в поезд по электронным билетам с электронной регистрацией осуществляется в соответствии с разделом «Посадка пассажира на поезд».
Возврат электронных билетов с электронной регистрацией осуществляется в соответствии с разделом «Возврат неиспользованных электронных билетов».

=== Правила электронной регистрации ===
Электронная регистрация на поезд – согласие пассажира на осуществление проезда в поезде на основании договора перевозки, подтвержденного электронным билетом. При электронной регистрации в обязательном порядке на сайте выдается посадочный купон к контрольному купону электронного билета.

= Электронный билет =
=== Порядок получения электронного билета ===
После оплаты электронного билета формируется контрольный купон электронного билета, в котором указан номер заказа (14-знаков) и электронного билета (14-знаков). В случае, если в заказе один билет, номер заказа и номер электронного билета совпадают. В случае, если заказ оформлен на 2-4 пассажиров, номер заказа и номер электронного билета совпадают у первого пассажира в заказе. Обязательно распечатайте контрольный купон электронного билета или запомните номер заказа/электронного билета. В соответствии с Приказом Министерства транспорта Российской Федерации от 21.08.2012 г. № 322 «Об установлении форм электронных проездных документов (билетов) на железнодорожном транспорте» '''контрольный купон является документом строгой отчетности и применяется для осуществления расчетов''' без применения контрольно-кассовой техники. '''Контрольный купон электронного билета без посадочного купона для проезда недействителен.''' Для получения посадочного купона пройдите электронную регистрацию на сайте или получите посадочный купон на бланке поездного документа в билетной кассе или терминале самообслуживания на территории Российской Федерации. Пользователь, оформляющий электронные билеты, действует от имени всех пассажиров заказа, в связи с чем все пассажиры заказа считаются проинформированными об условиях посадки и проезда в поезде.
''' Получение посадочного купона на бланке проездного документа'''
 Если Вы не воспользовались услугой электронной регистрации или услуга электронной регистрации не предоставляется в выбранный Вами поезд, для посадки в поезд Вам необходимо получить посадочный купон на бланке проездного документа в билетной кассе, оборудованной терминалом системы "Экспресс" (далее-билетная касса), или терминале самообслуживания только на территории Российской Федерации. Проездной документ для проезда в международном сообщении (дальнее зарубежье) можно получить только в международных билетных кассах на территории Российской Федерации (в терминалах самообслуживания – только проездные документы на поезда в сообщении Россия - Финляндия)
 '''ВНИМАНИЕ!''' Обязательно распечатайте контрольный купон или запомните номер электронного билета (14 цифр), по которому может быть выдан посадочный купон на бланке проездного документа. Если контрольный купон утерян или Вы забыли номер электронного билета, войдите в Личный кабинет под своим паролем и найдите нужный Вам заказ. При необходимости распечатайте его повторно. В случае возникновения проблем обратитесь в службу поддержки [[UFS(статья_находиться_в_стадии_разработки)|УФС]] по телефону 8(495)-642-83-65.
 Оформление посадочных купонов (проездных документов) производится на основании контрольного купона или номера электронного билета/заказа (14 цифр), одному из пассажиров заказа по документу, удостоверяющему его личность, указанному в электронном билете, или доверенному лицу на основании доверенности или её нотариально заверенной копии. Оригинал доверенности или нотариально заверенная копия отдается билетному кассиру.
 В билетной кассе можно получить посадочные купоны (проездные документы) на весь заказ в целом или на конкретные электронные билеты заказа.
 '''ВНИМАНИЕ!''' В терминале самообслуживания посадочные купоны (проездные документы) оформляются на весь заказ в целом. В терминалах самообслуживания оформление проездных документов на поезда: №17/18 Москва-Ницца-Москва, №23/24 Москва - Париж - Москва, №69/70 Саратов – Берлин – Саратов, включая беспересадочные вагоны: Новосибирск – Берлин, Челябинск – Берлин, Адлер – Берлин, Санкт-Петербург – Берлин, не производится. Изменение персональных данных пассажиров при выдаче посадочных купонов в билетной кассе или с помощью терминала самообслуживания не допускается.
 Оформление посадочных купонов (проездных документов) не производится в период технологического перерыва АСУ "Экспресс" с 3 ч. 30 мин. до 4 ч. 00 мин. по московскому времени.
 Во избежание недоразумений и предотвращения опоздания на поезд рассчитывайте достаточное время для получения посадочного купона (проездного документа) в кассе ОАО «РЖД», ОАО «ФПК», ТТС и ТТР . (рекомендуемое время прибытия не менее чем за один час до отправления поезда).

=== Правила и особенности возврата электронного билета ===
'''Возврат неиспользованных электронных билетов'''
 При возврате неиспользованного электронного билета дополнительный сервисный сбор не возвращается ни при каких обстоятельствах!
 '''Возврат неиспользованных электронных билетов на сайте'''
 Совершая возврат электронных билетов на сайте, вы соглашаетесь со всеми ниже перечисленными условиями.
 Вы, как пользователь сайта, подтверждаете свое право и дееспособность, финансовую состоятельность, а также сознаете ответственность за обязательства, возложенные на вас.
 Пользователь, осуществляющий возврат неиспользованных электронных билетов на сайте, действует от имени всех пассажиров заказа, в связи с чем все пассажиры заказа считаются проинформированными об отказе от поездки.
 На нашем сайте возможен возврат электронных билетов, оплаченных кредитной картой.
 Возврат возможен как целого заказа, так и отдельно каждого электронного билета из заказа.
 Если вы не воспользовались услугой электронной регистрации, возврат неиспользованного электронного билета на поезд:
* внутреннего сообщения по территории Российской Федерации и международного сообщения со странами СНГ, Латвийской Республикой, Литовской Республикой, Эстонской Республикой и Республикой Абхазией - осуществляется в любое время до отправления поезда со станции посадки пассажира (время указано в контрольном купоне электронного билета);
* международного сообщения (дальнее зарубежье) - осуществляется не менее чем за 6 часов до отправления поезда со станции посадки пассажира (время указано в контрольном купоне электронного билета).
 Если вы воспользовались услугой электронной регистрации, возврат неиспользованного электронного билета на поезд:
* внутреннего сообщения по территории Российской Федерации и международного сообщения со странами СНГ, Латвийской Республикой, Литовской Республикой, Эстонской Республикой и Республикой Абхазией осуществляется не менее чем за 1 час до отправления поезда с начальной станции маршрута следования (время указано в контрольном купоне электронного билета);
* международного сообщения (дальнее зарубежье) осуществляется не позднее чем за 1 час до отправления поезда с начальной станции маршрута следования и не позднее чем за 6 часов до отправления поезда со станции посадки пассажира (время указано в контрольном купоне электронного билета).
 При возврате на сайте неиспользованного электронного билета, оформленного на проезд по территории Российской Федерации в поезде российского формирования, к зачислению на банковскую карту причитается:
* не позднее чем за 8 часов до отправления поезда со станции посадки пассажира - стоимость проезда, состоящая из стоимости билета и стоимости плацкарты;
* менее чем за 8 часов, но не позднее, чем за 2 часа до отправления поезда со станции посадки пассажира - стоимость билета и 50% стоимости плацкарты;
* менее чем за 2 часа и до момента отправления поезда со станции посадки пассажира – только стоимость билета, стоимость плацкарты не возвращается.
 При возврате на сайте неиспользованного электронного билета, оформленного в поезд международного сообщения со странами СНГ, Латвийской Республикой, Литовской Республикой, Эстонской Республикой и Республикой Абхазией, к зачислению на банковскую карту причитается:
* не позднее чем за 24 часа до отправления поезда со станции посадки пассажира - стоимость проезда, состоящая из стоимости билета и стоимости плацкарты;
* менее чем за 24 часа, но не позднее, чем за 6 часов до отправления поезда со станции посадки пассажира - стоимость билета и 50% стоимости плацкарты;
* менее чем за 6 часов и до момента отправления поезда со станции посадки пассажира – только стоимость билета, стоимость плацкарты не возвращается.
 При возврате неиспользованного электронного билета, оформленного на поезда внутреннего сообщения по территории Российской Федерации и международного сообщения со странами СНГ, Латвийской Республикой, Литовской Республикой, Эстонской Республикой, Республикой Абхазией, стоимость сервисных услуг (в том числе постельного белья) возвращается полностью.
 При возврате неиспользованных электронных билетов взимается сбор (за каждое место).
 При возврате неиспользованных безденежных электронных билетов, оформленных для проезда детей до 5 лет без занятия места, сбор за возврат не взимается.
 При возврате на сайте неиспользованного электронного билета, оформленного на проезд в международном сообщении в поезда: №17/18 Москва-Ницца-Москва, №23/24 Москва - Париж - Москва, №69/70 Саратов - Берлин - Саратов включая беспересадочные вагоны: Новосибирск – Берлин, Челябинск – Берлин, Адлер – Берлин, Санкт-Петербург - Берлин, №32 Москва-Хельсинки и скоростные поезда «Аллегро» к зачислению на банковскую карту причитается:
* не позднее, чем за 6 часов до отправления поезда со станции посадки пассажира - стоимость проезда, состоящая из стоимости билета и стоимости плацкарты.
 При возврате неиспользованных электронных билетов взимается сбор (за каждое место).
 При возврате неиспользованных безденежных электронных билетов, оформленных для проезда детей, сбор за возврат не взимается.
 Зачисление причитающихся денежных средств за неиспользованный электронный билет осуществляется на банковскую карту, с помощью которой производилась оплата электронного билета, в сроки, установленные правилами платежных систем (от 7-ми до 30-ти календарных дней с момента оформления возврата в личном кабинете).
 '''ВНИМАНИЕ!''' Для урегулирования претензий, касающихся неполучения денежных средств за возвращенный неиспользованный электронный билет на банковскую карту, следует обратиться с письменной претензией в банк, держателем карты которого Вы являетесь.
 '''ВНИМАНИЕ!''' После получения посадочного купона на бланке проездного документа в билетной кассе ОАО «РЖД» или терминале самообслуживания возврат электронного билета на сайте невозможен. Возврат возможен только в кассах ОАО «РЖД» или ОАО «ФПК».
 '''Возврат неиспользованных электронных билетов в кассе'''
 Возврат неиспользованного электронного билета производится пассажиром в билетной кассе '''на территории Российской Федерации,''' осуществляющей возврат билетов, при предъявлении контрольного купона или номера электронного билета/заказа и документа, удостоверяющего личность пассажира, номер которого указан в электронном билете, в соответствии с установленными сроками возврата. Возврат неиспользованного электронного билета '''международного сообщения (дальнее зарубежье)''' осуществляется только в '''международных билетных кассах.'''
 Возврат денежных средств за неиспользованные электронные билеты производится только на '''территории Российской Федерации.'''
 Возврат возможен как целого заказа, так и конкретного электронного билета из заказа.
 Возврат заказа в целом производится по всем электронным билетам заказа за исключением электронного билета, по которому выдан посадочный купон (проездной документ) в билетной кассе или терминале самообслуживания.
 В случае, если пассажир получил посадочный купон на бланке проездного документа, возврат осуществляется при предъявлении пассажиром в билетную кассу этого бланка и документа, удостоверяющего личность.
 Зачисление причитающихся денежных средств за неиспользованный электронный билет осуществляется на банковскую карту, с помощью которой производилась оплата электронного билета, в сроки, установленные правилами платежных систем (от 7-ми до 30-ти календарных дней с момента оформления возврата в кассе).
 Возврат электронных билетов, оформленных на проезд в поездах "Сапсан" по специальному тарифу "туда - обратно", производится только в случае одновременного предъявления в билетную кассу электронных билетов на проезд "туда" и "обратно".
 Возврат денежных средств за неиспользованный электронный билет "обратно", оформленный на проезд в поездах "Сапсан" по специальному тарифу "туда – обратно", производится в претензионном порядке. Для возврата денежных средств необходимо обратиться в билетную кассу, где пассажиру будет выдано подтверждение о возврате места. С этим документом и с заявлением о возврате денежных средств (пишется в свободной форме) необходимо обратиться (лично или отправить письмо по почте) в Дирекцию скоростного сообщения – филиал ОАО "РЖД", расположенную по адресу: 105066, г. Москва, ул. Нижняя Красносельская, д. 40/12, стр. 11. Возврат денежных средств пассажиру производится за минусом 10%-ного снижения стоимости проезда в направлении "туда".
 При возврате в билетной кассе неиспользованного электронного билета, оформленного на проезд по территории Российской Федерации (за исключением поездов формирования стран СНГ, Латвийской Республики, Литовской Республики, Эстонской Республики) к зачислению на банковскую карту причитается:
* не позднее, чем за 8 часов до отправления поезда стоимость проезда, состоящая из стоимости билета и стоимости плацкарты;
* менее чем за 8 часов, но не позднее, чем за 2 часа до отправления поезда стоимость билета и 50% стоимости плацкарты;
* менее чем за 2 часа до отправления поезда, стоимость билета, стоимость плацкарты не возвращается;
* при опоздании на поезд в течение 12 часов после отправления поезда со станции посадки пассажира, либо вследствие болезни, несчастного случая при наличии подтверждающих документов в течение 5 суток с момента отправления поезда, на который приобретен проездной документ, стоимость билета, стоимость плацкарты не возвращается.
 '''ВНИМАНИЕ!''' Возврат денежных средств за неиспользованный электронный билет с электронной регистрацией на поезда во внутрироссийском сообщении:
* в период от 20 минут до 3 часов после отправления поезда со станции отправления пассажира, при условии его личной явки в билетную кассу и предъявления документа, удостоверяющего личность, указанного в электронном билете, производится на карту плательщика после операции возврата;
* производится в претензионном порядке следующих случаях:
** менее чем за 1 час до отправления поезда с первоначальной станции отправления поезда и не более 20 минут после отправления поезда со станции отправления пассажира;
** более 3 часов после отправления поезда со станции отправления пассажира, но не позднее 12 часов после отправления поезда со станции посадки пассажира;
** в случае возврата электронных билетов с электронной регистрацией при предъявлении доверенности, уполномоченным лицом;
** в иных случаях предусмотренных нормативными документами;
 Стоимость сервисных услуг (в том числе постельного белья), возвращается полностью. При возврате неиспользованных электронных билетов взимается сбор (за каждое место).
 При возврате в билетной кассе неиспользованного электронного билета, оформленного на проезд '''в международном сообщении''' со странами и в поезда (вагоны) формирования железных дорог СНГ, Латвийской Республики, Литовской Республики и Эстонской Республики, к возврату причитается:
* не позднее, чем за 24 часа до отправления поезда стоимость проезда, состоящая из стоимости билета и стоимости плацкарты;
* менее чем за 24 часа, но не позднее, чем за 6 часов до отправления поезда стоимость билета и 50% стоимости плацкарты;
* менее чем за 6 часов до отправления поезда, но не позднее чем через 3 часа после отправления поезда со станции посадки пассажира, либо вследствие болезни, несчастного случая в течение 10 суток после окончания срока действия подтверждающих документов - стоимость билета, стоимость плацкарты не возвращается.
 '''ВНИМАНИЕ!''' Возврат неиспользованного электронного билета с электронной регистрацией на поезда в сообщении с Латвийской Республикой, Республикой Беларусь и Украиной менее чем за 1 час до отправления поезда с начальной станции маршрута следования поезда не производится.
 Стоимость сервисных услуг (в том числе постельного белья) возвращается полностью. При возврате неиспользованных электронных билетов взимается сбор (за каждое место).
 При возврате в билетной кассе неиспользованного электронного билета, оформленного на проезд в '''международном сообщении''' в поезда: №17/18 Москва-Ницца-Москва, №23/24 Москва - Париж - Москва, №69/70 Саратов - Берлин - Саратов включая беспересадочные вагоны: Новосибирск – Берлин, Челябинск – Берлин, Адлер – Берлин, Санкт-Петербург - Берлин, №32 Москва-Хельсинки и скоростные поезда «Аллегро» к зачислению на банковскую карту причитается:
* не позднее, чем за 6 часов до отправления поезда стоимость проезда, состоящая из стоимости билета и стоимости плацкарты;
* менее чем за 6 часов до отправления поезда, обозначенного в проездном документе, возврат стоимости не производится.
 '''ВНИМАНИЕ!''' При возврате электронного билета с электронной регистрацией менее чем за 1 час до отправления поезда с начальной станции маршрута следования и более чем за 6 часов до отправления поезда со станции посадки пассажира (по местному времени), возврат денежных средств за неиспользованный электронный билет осуществляется в претензионном порядке.
 При возврате неиспользованных электронных билетов взимается сбор (за каждое место).
 Возврат неиспользованного электронного билета в билетных кассах '''на территории стран СНГ, Латвийской Республики, Литовской Республики, Эстонской Республики''' осуществляется при предъявлении посадочного купона, оформленного на бланке проездного документа. При этом производится возврат мест без возврата денежных средств. Для зачисления возврата причитающихся денежных средств необходимо обратиться в билетную кассу на территории Российской Федерации в течение 6 месяцев с даты отправления поезда и предъявить бланк возврата мест, неиспользованный посадочный купон на бланке проездного документа и документ, удостоверяющий личность пассажира.
 Возврат неиспользованного электронного билета в билетных кассах '''на территории Европейских государств''' осуществляется только при предъявлении проездного документа, оформленного на бланке установленной формы. На проездной документ наносится отметка о его неиспользовании с указанием числа, месяца, года и времени (часов, минут) обращения пассажира. Для возврата причитающихся денежных средств за неиспользованный проездной документ необходимо обратиться в международную билетную кассу на территории Российской Федерации в течение одного месяца с даты отправления поезда, указанной в проездном документе, предоставить заявление и неиспользованный проездной документ с соответствующей отметкой. Рассмотрение заявления пассажира осуществляется в 180-дневный срок со дня получения.

=Возврат билетов=
Для осуществления возврата билетов необходимо в форме заказа выбрать "вернуть билеты" .

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

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

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

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

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

В случае возврата в форме заказа и в личном кабинете будет установлен статус "Возвращен"(Пользователем).

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

= Отчеты по билетам =
Находятся в '''Статистика и отчеты → Отчеты → Отчет по жд-заказам'''. Доступно три типа отчетов:
* '''Отчет по EMD''',
* '''Настраиваемый отчет по выписанным жд-заказам''',
* '''Настраиваемый статистический отчет по выписанным заказам'''.

=== Отчет по EMD ===
Для формирования отчета необходимо задать период в полях '''Дата от''' и '''Дата до'''.

Отчет включает в себя:

* Номер EMD (электронного билета),
* Дата выписки,
* Имя пользователя (под которым был сделан заказ),
* Тип операции (Выписка или Возврат),
* Стоимость билета,
* Сумма возврата,
* Сбор за билет,
* Сбор за возврат,
* Итого,
* Валюта.

Ниже располагается блок с общей статистикой:

* Итого оформлено билетов,
* Итого оформлено билетов на сумму,
* Итого возвращено билетов,
* Итого возвращено билетов на сумму,
* Итого.

=== Настраиваемый отчет по выписанным жд-заказам ===
<div class="toccolours mw-collapsible mw-collapsed" style="width:800px">
Параметры отчета
<div class="mw-collapsible-content">
* ID заказа,
* ID заказа в Nemo Connect,
* PNR локатор,
* Поставщик бронирования,
* ID пользователя,
* Логин пользователя,
* ID компании,
* Компания,
* Источник перехода,
* Дата поиска,
* Дата бронирования,
* Дата выписки,
* Дата отправления,
* Дата прибытия,
* Способ оплаты,
* Общая стоимость,
* Стоимость,
* Сумма сборов агента,
* Статус оплаты,
* Прибыль агентства,
* Сбор субагента,
* Прибыль субагента,
* Сумма альфастрахования,
* Сумма аэроэкспресса,
* Стоимость сервисного пакета,
* Сумма ERV страхования,
* Сумма дополнительных услуг,
* Сбор платежного шлюза,
* Сумма по всем доп. услугам,
* Билеты,
* Количество пассажиров,
* Количество взрослых,
* Количество детей,
* Количество младенцев без места,
* Количество билетов,
* Станция отправления (название),
* Станция отправления (код),
* Станция прибытия (название),
* Станция прибытия (код),
* Время в пути (в минутах),
* Доступна ЭР,
* Пройдена ЭР,
* Постельное белье,
* Животные разрешены,
* Перевозчик,
* Бренд,
* Класс,
* Тип дороги.
</div>
</div>

=== Настраиваемый статистический отчет по выписанным заказам ===
<div class="toccolours mw-collapsible mw-collapsed" style="width:800px">
Параметры отчета
<div class="mw-collapsible-content">
* Итоговая стоимость(минимальная),
* Итоговая стоимость(средняя),
* Итоговая стоимость(максимальная),
* Итоговая стоимость(сумма),
* Базовая стоимость(минимальная),
* Базовая стоимость(средняя),
* Базовая стоимость(максимальная),
* Базовая стоимость(сумма),
* Сумма сборов(минимальная),
* Сумма сборов(средняя),
* Сумма сборов(максимальная),
* Сумма сборов(общая),
* Прибыль(минимальная),
* Прибыль(средняя),
* Прибыль(максимальная),
* Прибыль(сумма),
* Прибыль субагента(минимальная),
* Прибыль субагента(средняя),
* Прибыль субагента(максимальная),
* Прибыль субагента(сумма),
* Сумма дополнительных услуг(минимальная),
* Сумма дополнительных услуг(средняя),
* Сумма дополнительных услуг(максимальная),
* Сумма дополнительных услуг,
* Минут в пути(минимально),
* Минут в пути(средне),
* Минут в пути(максимально),
* Минут в пути(общее),
* Минут в пути с пересадками(минимально),
* Минут в пути с пересадками(средне),
* Минут в пути с пересадками(максимально),
* Минут в пути с пересадками(общее),
* Примеры заказов,
* Количество заказов,
* Количество билетов,
* Количество взрослых,
* Количество детей,
* Количество младенцев без места.
</div>
</div>

= Настройка справочных страниц =

В разделе "Управление продажами" -> "ЖД Билеты" -> "Справочные страницы"(settings__trains_pages) задаются шаблоны страниц.

{{Attention| Справочная страница '''Особенности оформления билетов в системе''' используется для размещения дополнительной информации на странице заказа при согласии на получение оповещений в случае чрезвычайных ситуаций на железнодорожном транспорте (актуально только для поставщика Sirena и UFS). Рекомендуемая информация для размещения: }}

<pre>
Если вы хотите получать оповещения об изменении движения вашего поезда в случае чрезвычайной ситуации, укажите, пожалуйста, e-mail и/или телефон пассажира.
Если не хотите получать оповещения - снимите галочку согласия на оповещения.
</pre>

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

В системе отсутствует поддержка особенностей приобретения электронных билетов напрямую у перевозчика БЖД. Рекомендуется в таком случае отключить данный контент, обратившись к поставщику.

За подробной информацией просьба обращаться в службу технической поддержки.

= См. также =
* [[Железнодорожные перевозки. Настройка]]

Служба поддержки

2023-12-11T11:42:29Z

D.tsyplakova: /* Как оценить работу техподдержки */

Техническая поддержка клиентов осуществляется [https://helpdesk.websky.tech/ в трекере техподдержки]. Сотрудник техподдержки вправе попросить клиента продублировать обращение в трекере или отказать ему в обработке обращения, если оно отсутствует на портале.

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

== Регистрация в трекере техподдержки ==

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

Для того чтобы зарегистрироваться в трекере техподдержки, перейдите на [https://helpdesk.websky.tech/account/register/ helpdesk.websky.tech] и зарегистрируйтесь с помощью корпоративного e-mail.

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

* имя пользователя, указанное при регистрации;
* e-mail пользователя, указанный при регистрации;
* название компании (сотрудником которой вы являетесь).

Способы передачи информации для активации учетной записи:

* создайте обращение через активированную ранее учетную запись другого сотрудника;
* отправьте письмо на адрес [mailto:https://support@nemo.travel/ support@nemo.travel].

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

== Регламент обращений в техподдержку ==

=== Как создать обращение в трекере ===

1. Войдите в аккаунт и перейдите на вкладку '''Проекты'''.

[[Файл:Helpdesk_projects.png|1000px]]

Создайте обращение одним из следующих способов:

2.1. Перейдите на вкладку '''Задачи''' и нажмите '''Новая задача'''.

[[Файл:Helpdesk_task.png|1000px]]
[[Файл:Helpdesk_task_newtask.png|1000px]]

2.2. Перейдите в проект, нажмите '''+''' и выберите '''Новая задача'''.

[[Файл:Helpdesk_project.png|1000px]]
[[Файл:Helpdesk_task_project.png|1000px]]

=== Как заполнить обращение ===

[[Файл:helpdesk_task_info.png|1000px]]

1. Выберите тип трекера для вашего обращения.

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

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

* '''Обсуждение''' — консультации по работе с нашей системой. Консультации могут быть как платными, так и бесплатными.

2. В поле '''Тема''' кратко опишите проблему. Здесь не нужно указывать детали — это можно сделать в других полях.

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

3. В поле '''Описание''' укажите:

* подробное описание проблемы или четко сформулированный вопрос. В случае сообщения о некорректной работе сообщите, какие действия были предприняты, какой результат ожидался и какой получился. При этом обязательно укажите:
** под какой учетной записью производились действия;
** номера заказов/поисков с представленной проблемой (в текстовом виде);
** при сравнении с информацией в терминале GDS — скриншоты терминала в виде файлов в графическом формате или в виде ссылок на файл в графическом формате.
** ссылку на соответствующую страницу.

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

<blockquote>Подробное описание проблемы или четко сформулированный вопрос помогут нам быстрее найти решение. Если же обращение содержит недостаточно данных для анализа, сотрудник техподдержки может его отклонить или вернуть вам для предоставления корректных данных.</blockquote>

4. Выберите приоритет.

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

* '''Критический''' — несколько компонентов не работают или дают результат, отличный от первоначальной логики; при этом решить проблему самостоятельно невозможно, а клиенты несут финансовые потери. Отличается от '''Блокера''' тем, что система работоспособна. Отличается от '''Высокого''' тем, что наносит финансовые риски клиентам и компании, а именно:
** возникает проблема с работой основных функциональных компонентов системы, что подразумевает значительные финансовые потери;
** есть угроза наступления штрафов.

* '''Высокий''' — существенные ограничения в работе сервиса; при этом сервис работоспособен и его процессы не останавливаются. Отличается от '''Критического''' тем, что клиенты не несут финансовые потери, а компании не грозит наступление штрафов. Отличается от '''Среднего''' тем, что проблема повторяется у всех или многих пользователей и носит постоянный характер.

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

* '''Низкий''' — дефекты, не влияющие на производительность системы (например, визуальные).

<blockquote>Если установленный приоритет фактически не соответствует ситуации, сотрудник техподдержки вправе как повысить, так и понизить приоритет запроса.</blockquote>

=== Как отслеживать статус обращений ===

1. Новым обращениям присваивается статус '''На рассмотрении'''. В рабочее время поддержки обращение будет принято в работу и передано на последующий анализ в течение 15 минут для '''Блокирующего''' и '''Критического''' приоритета и в течение 1 часа для остальных приоритетов.

<blockquote>Обращения с Критическим и Блокирующим приоритетом обрабатываются в режиме 24/7.</blockquote>

2. Первичный анализ обращения может занять от 30 минут до 5 суток в зависимости от приоритета:

* '''Блокер''' и '''Критический''' — минимально возможные сроки,
* '''Высокий''' — в течение 1 дня,
* '''Средний''' — в течение 3 дней,
* '''Низкий''' — до 5 дней.

По истечении этого срока сотрудник техподдержки сообщит вам о следующих этапах работы с обращением.

4. Если сотруднику техподдержки потребуется дополнительная информация, он задаст вопрос в комментарии и изменит статус заявки на '''Требует обратной связи'''. Вам нужно будет ответить на вопрос и в поле '''Назначена''' указать либо сотрудника, от которого пришел вопрос, либо пользователя _SUPPORT RECEPTION.

Если ответ на вопрос не поступит в течение 5 дней, сотрудник вам о нем напомнит. Если комментарий не поступит еще в течение 5 дней после напоминания, то обращение может быть закрыто.

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

4. Когда задача решена, но требуется провести проверку со стороны клиента, сотрудник техподдержки изменит статус на '''Решено, требует проверки'''. Если в течение 5 дней мы не получим от вас ответа, то обращение будет закрыто.

При нажатии на заявку отображается история переписки.

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

=== Правила закрытия обращений ===

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

=== Как оценить работу техподдержки ===

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

* Отлично,
* Хорошо,
* Плохо.

[[Файл:Helpdesk_final_email.jpg]]

Вы перейдете к форме обратной связи. Поставьте оценку, при необходимости добавьте комментарий и нажмите <code>Отправить</code>.

[[Файл:Helpdesk feedback form.png]]

== Время реакции технической поддержки ==
Реакция — это сообщение о том, что обращение получено.

Под целевым разрешением подразумевается предоставление:

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

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

Техподдержка предоставляется ежедневно с 10:00 до 19:00 по московскому времени в виде:

# консультаций;
# обработки сообщений об ошибках;
# обработки запросов на доработки системы.

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

== Альтернативные способы связи ==
Если по какой-либо причине трекер техподдержки недоступен, вы можете обратиться в компанию по адресу support@nemo.travel. При этом, когда доступ к трекеру будет восстановлен, обращение нужно продублировать там. Работа по обращению продолжится в соответствии с регламентом.

=== Как отправить обращение по e-mail ===

Если у вас нет возможности сделать обращение в трекере техподдержки, рекомендуем обращаться по адресу helpdesk@nemo.travel. Система автоматически создает обращения в трекере из писем, отправленных на эту почту.

1. В поле '''Тема письма''' укажите заголовок обращения.

2. В поле '''Тело письма''' детально опишите вопрос или проблему. При необходимости прикрепите вложения.

3. В поле '''Кому''' укажите <code>helpdesk@nemo.travel</code>.

4. В поле '''Копия''' укажите <code>support@nemo.travel</code>. Так мы гарантированно получим письмо, даже если при синхронизации с трекером возникнут проблемы.

5. Нажмите <code>Отправить</code>.

[[Файл:Helpdesk mail example.png]]

Система обработает Ваше письмо и создаст тикет в трекере.

<blockquote>Получая обращение по почте, система сохраняет e-mail отправителя. Именно на эту почту будут приходить ответы и комментарии сотрудников техподдержки.</blockquote>

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

[[Файл:Helpdesk auto response.png]]

=== Как комментировать тикет без авторизации в трекере ===

1. Перейдите по публичной ссылке в письме.

2. Нажмите <code>Оставить комментарий</code>.

3. В открывшейся форме введите текст комментария.

4. Нажмите <code>Принять</code>.

[[Файл:Helpedsk comment via link.png]]

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

«ААА!!! Все сломалось!»

«Мы чего-то там нажали, а тут такое выскочило!!!»

«Ваша система пишет XXX вместо YYY!»

«Мы подумали и решили, что все должно быть по-другому — срочно переделайте!»

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

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

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

Служба поддержки

2023-12-11T10:49:20Z

D.tsyplakova: /* Как оценить работу техподдержки */

Техническая поддержка клиентов осуществляется [https://helpdesk.websky.tech/ в трекере техподдержки]. Сотрудник техподдержки вправе попросить клиента продублировать обращение в трекере или отказать ему в обработке обращения, если оно отсутствует на портале.

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

== Регистрация в трекере техподдержки ==

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

Для того чтобы зарегистрироваться в трекере техподдержки, перейдите на [https://helpdesk.websky.tech/account/register/ helpdesk.websky.tech] и зарегистрируйтесь с помощью корпоративного e-mail.

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

* имя пользователя, указанное при регистрации;
* e-mail пользователя, указанный при регистрации;
* название компании (сотрудником которой вы являетесь).

Способы передачи информации для активации учетной записи:

* создайте обращение через активированную ранее учетную запись другого сотрудника;
* отправьте письмо на адрес [mailto:https://support@nemo.travel/ support@nemo.travel].

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

== Регламент обращений в техподдержку ==

=== Как создать обращение в трекере ===

1. Войдите в аккаунт и перейдите на вкладку '''Проекты'''.

[[Файл:Helpdesk_projects.png|1000px]]

Создайте обращение одним из следующих способов:

2.1. Перейдите на вкладку '''Задачи''' и нажмите '''Новая задача'''.

[[Файл:Helpdesk_task.png|1000px]]
[[Файл:Helpdesk_task_newtask.png|1000px]]

2.2. Перейдите в проект, нажмите '''+''' и выберите '''Новая задача'''.

[[Файл:Helpdesk_project.png|1000px]]
[[Файл:Helpdesk_task_project.png|1000px]]

=== Как заполнить обращение ===

[[Файл:helpdesk_task_info.png|1000px]]

1. Выберите тип трекера для вашего обращения.

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

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

* '''Обсуждение''' — консультации по работе с нашей системой. Консультации могут быть как платными, так и бесплатными.

2. В поле '''Тема''' кратко опишите проблему. Здесь не нужно указывать детали — это можно сделать в других полях.

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

3. В поле '''Описание''' укажите:

* подробное описание проблемы или четко сформулированный вопрос. В случае сообщения о некорректной работе сообщите, какие действия были предприняты, какой результат ожидался и какой получился. При этом обязательно укажите:
** под какой учетной записью производились действия;
** номера заказов/поисков с представленной проблемой (в текстовом виде);
** при сравнении с информацией в терминале GDS — скриншоты терминала в виде файлов в графическом формате или в виде ссылок на файл в графическом формате.
** ссылку на соответствующую страницу.

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

<blockquote>Подробное описание проблемы или четко сформулированный вопрос помогут нам быстрее найти решение. Если же обращение содержит недостаточно данных для анализа, сотрудник техподдержки может его отклонить или вернуть вам для предоставления корректных данных.</blockquote>

4. Выберите приоритет.

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

* '''Критический''' — несколько компонентов не работают или дают результат, отличный от первоначальной логики; при этом решить проблему самостоятельно невозможно, а клиенты несут финансовые потери. Отличается от '''Блокера''' тем, что система работоспособна. Отличается от '''Высокого''' тем, что наносит финансовые риски клиентам и компании, а именно:
** возникает проблема с работой основных функциональных компонентов системы, что подразумевает значительные финансовые потери;
** есть угроза наступления штрафов.

* '''Высокий''' — существенные ограничения в работе сервиса; при этом сервис работоспособен и его процессы не останавливаются. Отличается от '''Критического''' тем, что клиенты не несут финансовые потери, а компании не грозит наступление штрафов. Отличается от '''Среднего''' тем, что проблема повторяется у всех или многих пользователей и носит постоянный характер.

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

* '''Низкий''' — дефекты, не влияющие на производительность системы (например, визуальные).

<blockquote>Если установленный приоритет фактически не соответствует ситуации, сотрудник техподдержки вправе как повысить, так и понизить приоритет запроса.</blockquote>

=== Как отслеживать статус обращений ===

1. Новым обращениям присваивается статус '''На рассмотрении'''. В рабочее время поддержки обращение будет принято в работу и передано на последующий анализ в течение 15 минут для '''Блокирующего''' и '''Критического''' приоритета и в течение 1 часа для остальных приоритетов.

<blockquote>Обращения с Критическим и Блокирующим приоритетом обрабатываются в режиме 24/7.</blockquote>

2. Первичный анализ обращения может занять от 30 минут до 5 суток в зависимости от приоритета:

* '''Блокер''' и '''Критический''' — минимально возможные сроки,
* '''Высокий''' — в течение 1 дня,
* '''Средний''' — в течение 3 дней,
* '''Низкий''' — до 5 дней.

По истечении этого срока сотрудник техподдержки сообщит вам о следующих этапах работы с обращением.

4. Если сотруднику техподдержки потребуется дополнительная информация, он задаст вопрос в комментарии и изменит статус заявки на '''Требует обратной связи'''. Вам нужно будет ответить на вопрос и в поле '''Назначена''' указать либо сотрудника, от которого пришел вопрос, либо пользователя _SUPPORT RECEPTION.

Если ответ на вопрос не поступит в течение 5 дней, сотрудник вам о нем напомнит. Если комментарий не поступит еще в течение 5 дней после напоминания, то обращение может быть закрыто.

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

4. Когда задача решена, но требуется провести проверку со стороны клиента, сотрудник техподдержки изменит статус на '''Решено, требует проверки'''. Если в течение 5 дней мы не получим от вас ответа, то обращение будет закрыто.

При нажатии на заявку отображается история переписки.

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

=== Правила закрытия обращений ===

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

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

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

* '''Good''' — отлично,
* '''Just ok''' — нормально,
* '''Not good''' — плохо.

[[Файл:Helpdesk_final_email.jpg]]

Вы перейдете к форме обратной связи. Поставьте оценку, при необходимости добавьте комментарий и нажмите <code>Отправить</code>.

[[Файл:Helpdesk feedback form.png]]

== Время реакции технической поддержки ==
Реакция — это сообщение о том, что обращение получено.

Под целевым разрешением подразумевается предоставление:

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

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

Техподдержка предоставляется ежедневно с 10:00 до 19:00 по московскому времени в виде:

# консультаций;
# обработки сообщений об ошибках;
# обработки запросов на доработки системы.

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

== Альтернативные способы связи ==
Если по какой-либо причине трекер техподдержки недоступен, вы можете обратиться в компанию по адресу support@nemo.travel. При этом, когда доступ к трекеру будет восстановлен, обращение нужно продублировать там. Работа по обращению продолжится в соответствии с регламентом.

=== Как отправить обращение по e-mail ===

Если у вас нет возможности сделать обращение в трекере техподдержки, рекомендуем обращаться по адресу helpdesk@nemo.travel. Система автоматически создает обращения в трекере из писем, отправленных на эту почту.

1. В поле '''Тема письма''' укажите заголовок обращения.

2. В поле '''Тело письма''' детально опишите вопрос или проблему. При необходимости прикрепите вложения.

3. В поле '''Кому''' укажите <code>helpdesk@nemo.travel</code>.

4. В поле '''Копия''' укажите <code>support@nemo.travel</code>. Так мы гарантированно получим письмо, даже если при синхронизации с трекером возникнут проблемы.

5. Нажмите <code>Отправить</code>.

[[Файл:Helpdesk mail example.png]]

Система обработает Ваше письмо и создаст тикет в трекере.

<blockquote>Получая обращение по почте, система сохраняет e-mail отправителя. Именно на эту почту будут приходить ответы и комментарии сотрудников техподдержки.</blockquote>

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

[[Файл:Helpdesk auto response.png]]

=== Как комментировать тикет без авторизации в трекере ===

1. Перейдите по публичной ссылке в письме.

2. Нажмите <code>Оставить комментарий</code>.

3. В открывшейся форме введите текст комментария.

4. Нажмите <code>Принять</code>.

[[Файл:Helpedsk comment via link.png]]

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

«ААА!!! Все сломалось!»

«Мы чего-то там нажали, а тут такое выскочило!!!»

«Ваша система пишет XXX вместо YYY!»

«Мы подумали и решили, что все должно быть по-другому — срочно переделайте!»

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

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

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

Файл:Helpdesk final email.jpg

2023-12-11T10:48:07Z

D.tsyplakova:

Служба поддержки

2023-12-11T10:45:47Z

D.tsyplakova: /* Как не стоит писать обращения */

Техническая поддержка клиентов осуществляется [https://helpdesk.websky.tech/ в трекере техподдержки]. Сотрудник техподдержки вправе попросить клиента продублировать обращение в трекере или отказать ему в обработке обращения, если оно отсутствует на портале.

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

== Регистрация в трекере техподдержки ==

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

Для того чтобы зарегистрироваться в трекере техподдержки, перейдите на [https://helpdesk.websky.tech/account/register/ helpdesk.websky.tech] и зарегистрируйтесь с помощью корпоративного e-mail.

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

* имя пользователя, указанное при регистрации;
* e-mail пользователя, указанный при регистрации;
* название компании (сотрудником которой вы являетесь).

Способы передачи информации для активации учетной записи:

* создайте обращение через активированную ранее учетную запись другого сотрудника;
* отправьте письмо на адрес [mailto:https://support@nemo.travel/ support@nemo.travel].

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

== Регламент обращений в техподдержку ==

=== Как создать обращение в трекере ===

1. Войдите в аккаунт и перейдите на вкладку '''Проекты'''.

[[Файл:Helpdesk_projects.png|1000px]]

Создайте обращение одним из следующих способов:

2.1. Перейдите на вкладку '''Задачи''' и нажмите '''Новая задача'''.

[[Файл:Helpdesk_task.png|1000px]]
[[Файл:Helpdesk_task_newtask.png|1000px]]

2.2. Перейдите в проект, нажмите '''+''' и выберите '''Новая задача'''.

[[Файл:Helpdesk_project.png|1000px]]
[[Файл:Helpdesk_task_project.png|1000px]]

=== Как заполнить обращение ===

[[Файл:helpdesk_task_info.png|1000px]]

1. Выберите тип трекера для вашего обращения.

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

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

* '''Обсуждение''' — консультации по работе с нашей системой. Консультации могут быть как платными, так и бесплатными.

2. В поле '''Тема''' кратко опишите проблему. Здесь не нужно указывать детали — это можно сделать в других полях.

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

3. В поле '''Описание''' укажите:

* подробное описание проблемы или четко сформулированный вопрос. В случае сообщения о некорректной работе сообщите, какие действия были предприняты, какой результат ожидался и какой получился. При этом обязательно укажите:
** под какой учетной записью производились действия;
** номера заказов/поисков с представленной проблемой (в текстовом виде);
** при сравнении с информацией в терминале GDS — скриншоты терминала в виде файлов в графическом формате или в виде ссылок на файл в графическом формате.
** ссылку на соответствующую страницу.

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

<blockquote>Подробное описание проблемы или четко сформулированный вопрос помогут нам быстрее найти решение. Если же обращение содержит недостаточно данных для анализа, сотрудник техподдержки может его отклонить или вернуть вам для предоставления корректных данных.</blockquote>

4. Выберите приоритет.

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

* '''Критический''' — несколько компонентов не работают или дают результат, отличный от первоначальной логики; при этом решить проблему самостоятельно невозможно, а клиенты несут финансовые потери. Отличается от '''Блокера''' тем, что система работоспособна. Отличается от '''Высокого''' тем, что наносит финансовые риски клиентам и компании, а именно:
** возникает проблема с работой основных функциональных компонентов системы, что подразумевает значительные финансовые потери;
** есть угроза наступления штрафов.

* '''Высокий''' — существенные ограничения в работе сервиса; при этом сервис работоспособен и его процессы не останавливаются. Отличается от '''Критического''' тем, что клиенты не несут финансовые потери, а компании не грозит наступление штрафов. Отличается от '''Среднего''' тем, что проблема повторяется у всех или многих пользователей и носит постоянный характер.

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

* '''Низкий''' — дефекты, не влияющие на производительность системы (например, визуальные).

<blockquote>Если установленный приоритет фактически не соответствует ситуации, сотрудник техподдержки вправе как повысить, так и понизить приоритет запроса.</blockquote>

=== Как отслеживать статус обращений ===

1. Новым обращениям присваивается статус '''На рассмотрении'''. В рабочее время поддержки обращение будет принято в работу и передано на последующий анализ в течение 15 минут для '''Блокирующего''' и '''Критического''' приоритета и в течение 1 часа для остальных приоритетов.

<blockquote>Обращения с Критическим и Блокирующим приоритетом обрабатываются в режиме 24/7.</blockquote>

2. Первичный анализ обращения может занять от 30 минут до 5 суток в зависимости от приоритета:

* '''Блокер''' и '''Критический''' — минимально возможные сроки,
* '''Высокий''' — в течение 1 дня,
* '''Средний''' — в течение 3 дней,
* '''Низкий''' — до 5 дней.

По истечении этого срока сотрудник техподдержки сообщит вам о следующих этапах работы с обращением.

4. Если сотруднику техподдержки потребуется дополнительная информация, он задаст вопрос в комментарии и изменит статус заявки на '''Требует обратной связи'''. Вам нужно будет ответить на вопрос и в поле '''Назначена''' указать либо сотрудника, от которого пришел вопрос, либо пользователя _SUPPORT RECEPTION.

Если ответ на вопрос не поступит в течение 5 дней, сотрудник вам о нем напомнит. Если комментарий не поступит еще в течение 5 дней после напоминания, то обращение может быть закрыто.

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

4. Когда задача решена, но требуется провести проверку со стороны клиента, сотрудник техподдержки изменит статус на '''Решено, требует проверки'''. Если в течение 5 дней мы не получим от вас ответа, то обращение будет закрыто.

При нажатии на заявку отображается история переписки.

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

=== Правила закрытия обращений ===

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

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

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

* '''Good''' — отлично,
* '''Just ok''' — нормально,
* '''Not good''' — плохо.

[[Файл:Helpdesk feedback letter.png]]

Вы перейдете к форме обратной связи. Поставьте оценку, при необходимости добавьте комментарий и нажмите <code>Отправить</code>.

[[Файл:Helpdesk feedback form.png]]

== Время реакции технической поддержки ==
Реакция — это сообщение о том, что обращение получено.

Под целевым разрешением подразумевается предоставление:

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

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

Техподдержка предоставляется ежедневно с 10:00 до 19:00 по московскому времени в виде:

# консультаций;
# обработки сообщений об ошибках;
# обработки запросов на доработки системы.

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

== Альтернативные способы связи ==
Если по какой-либо причине трекер техподдержки недоступен, вы можете обратиться в компанию по адресу support@nemo.travel. При этом, когда доступ к трекеру будет восстановлен, обращение нужно продублировать там. Работа по обращению продолжится в соответствии с регламентом.

=== Как отправить обращение по e-mail ===

Если у вас нет возможности сделать обращение в трекере техподдержки, рекомендуем обращаться по адресу helpdesk@nemo.travel. Система автоматически создает обращения в трекере из писем, отправленных на эту почту.

1. В поле '''Тема письма''' укажите заголовок обращения.

2. В поле '''Тело письма''' детально опишите вопрос или проблему. При необходимости прикрепите вложения.

3. В поле '''Кому''' укажите <code>helpdesk@nemo.travel</code>.

4. В поле '''Копия''' укажите <code>support@nemo.travel</code>. Так мы гарантированно получим письмо, даже если при синхронизации с трекером возникнут проблемы.

5. Нажмите <code>Отправить</code>.

[[Файл:Helpdesk mail example.png]]

Система обработает Ваше письмо и создаст тикет в трекере.

<blockquote>Получая обращение по почте, система сохраняет e-mail отправителя. Именно на эту почту будут приходить ответы и комментарии сотрудников техподдержки.</blockquote>

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

[[Файл:Helpdesk auto response.png]]

=== Как комментировать тикет без авторизации в трекере ===

1. Перейдите по публичной ссылке в письме.

2. Нажмите <code>Оставить комментарий</code>.

3. В открывшейся форме введите текст комментария.

4. Нажмите <code>Принять</code>.

[[Файл:Helpedsk comment via link.png]]

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

«ААА!!! Все сломалось!»

«Мы чего-то там нажали, а тут такое выскочило!!!»

«Ваша система пишет XXX вместо YYY!»

«Мы подумали и решили, что все должно быть по-другому — срочно переделайте!»

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

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

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

Jazeera Airways

2023-12-01T11:56:34Z

D.tsyplakova: Новая страница: «'''Jazeera Airways (J9)''' — частный авиаперевозчик из Кувейта. Имеет собственный терминал T5 в наци…»

'''Jazeera Airways (J9)''' — частный авиаперевозчик из Кувейта. Имеет собственный терминал T5 в национальном аэропорту страны. Компания обслуживает более 50 направлений на Востоке, в Европе и Азии.

В Nemo.Travel контент Jazeera Airways поставляется через Navitaire API.

= Подключение =

Для того чтобы подключитьcя к Jazeera Airways, вам нужно:

# Обратиться в трекер техподдержки helpdesk.nemo.travel. Специалист предоставит вам ссылку на портал поставщика.

# Зарегистрироваться на портале поставщика и оформить заявку на подключение. После одобрения заявки поставщик отправит вам письмо с реквизитами подключения.

# Передать полученные реквизиты в трекер техподдержки helpdesk.nemo.travel.

После этого мы настроим реквизиты подключения к поставщику.

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

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

Тарифы:

* Economy Light (EL),

* Economy Value (EV),

* Economy Extra (EE).

Категории пассажиров:

* ADT,

* CNN.

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

== Поиск ==

Поддерживается:

* поиск перелета,

* поиск дополнительных услуг для перелета и для брони,

* поиск мест для перелета и для брони.

== Бронирование ==

Поддерживается:

* добавление мест в бронь,

* добавление дополнительных услуг в бронь,

* модификация пассажирских данных в брони.

== Выписка ==

Поддерживается:

* добавление мест в выписанный заказ,

* добавление дополнительных услуг в выписанный заказ.

Farelogix

2023-11-24T10:45:47Z

D.tsyplakova: /* Farelogix */

[[Категория: Поставщики авиабилетов]]
= Farelogix=
'''Farelogix NDC API''' — API, разработанное компанией Farelogix по новому формату NDC (New Distribution Capability), разработанному в IATA.

На данный момент в Farelogix поддерживаются а/к Emirates и Lufthansa Group, основными из которых являются Lufthansa(LH), Austrian(OS), Swiss(LX), Brussels(SN), Aegean Airlines (A3) и Olympic Air (OA).

== Подключение Farelogix NDC в Nemo.Travel ==
В результате обращения и согласования условий с Farelogix агент должен получить необходимые реквизиты.

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

При запросе новых PCC выдаются учетные записи для доступа к системе SPRK по адресу https://dcwebc.farelogix.com/sprk-multi/ , а так же для доступа к XML шлюзам, которые используются только для указания в реквизитах на стороне {{NameSystem}}.

{{Attention|В связи со строгим ограничением look2book со стороны поставщика, после подключения реквизита необходимо создать [[Фильтры поисковых запросов (Авиабилеты)|фильтры запросов]] по расписанию авиакомпаний в панели администрирования.}}

== Особенности Farelogix==
# Разделение (split) PNR разрешено только для пассажиров с контактными данными.
# Реализовано довнесение и модификация пассажирских данных в брони.
# Реализовано внесение карточек лояльности.
# Реализована работа с очередями.
# Модификация бронирования запрещена после выписки.
# Хотя бы у одного пассажира должна быть контактная информация.
# Возраст детей определяется по 1му сегменту перелёта.
# Есть ограничение на количество символов в ФИО равное 32 символам в сумме для каждого из пассажиров.
# Комиссия Авиакомпании определяется на стороне шлюза автоматически. В ответах на запросы к Nemo Connect информация о комиссии авиакомпании, рассчитанной на стороне поставщика, не возвращается в явном виде.
# На данный момент валюта выдачи настраивается только на стороне поставщика. Валюта, в которой будет возвращаться стоимость при получении актуальной информации о перелете, при бронировании и далее, также устанавливается на стороне поставщика (значение валюты для реквизита может быть изменено в системе SPRK).
# Размножение из пакетов с валютой отличной от пакета Farelogix невозможно.
# Для паспортных данных пассажира установлено ограничение в 15 символов.
# Если агент вручную изменил бронирование через систему SPRK (изменение данных пассажиров, выписка билетов вручную и т.д.), то после этого взаимодействие с бронированием посредством системы {{NameSystem}} становится невозможным. Поскольку в ответах на запросы, выполняемые через веб-сервисы от Farelogix в этом случае возвращается ошибка: "NDC Order discrepancy error. Order has been modified externally. Use FLX API to display PNR".

{{Attention|При создании РСС необходимо сразу запрашивать запрет на создание WL (Wait List)-бронирований при помощи запроса на включение настройки Agency_Restrict_Waitlist.}}

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

'''No inventory available. Please check availability options''' — на этапе поиска перелетов для указанного направления и дат не было найдено подходящих перелетов.

== См. также ==
* [[Пакеты реквизитов Nemo Connect]]
* [[S7 NDC]]
* [[Фильтры поисковых запросов (Авиабилеты)]]

Результаты поиска

2023-11-16T09:13:43Z

D.tsyplakova: /* Топ перелетов */

'''Результаты поиска''' — страница в системе бронирования билетов онлайн {{NameSystemLink}}, отображаемая в качестве ответа на поисковый запрос пользователя, и содержащая варианты перелетов, удовлетворяющие запросу.

==Принцип работы==
После заполнения [[Форма поиска (Авиабилеты)|формы поиска]] и нажатия кнопки '''Найти''' запускается процесс поиска:

{| class="wikitable"
|-
|[[Файл:Процесс поиска авиабилетов.png|1200px]]
|-
|Процесс поиска
|}

Подробнее о процессе поиска см. в разделе [[Поиск (Авиабилеты)]].

По завершении процесса поиска пользователь перенаправляется на страницу выдачи результатов поиска.

Страница выдачи результатов поиска содержит следующие элементы:
* '''Пошаговый индикатор процесса покупки'''.
* '''Мини-форма поиска''' — подробнее см. [[Мини-форма поиска]].
* '''Сравнительная таблица перелетов'''.
* Блок '''Топ перелетов''' — подробнее см. раздел [[Результаты поиска#Топ перелетов|Топ перелетов]].
* Блок '''Все билеты''' — в блоке отображаются все варианты перелетов по запросу пользователя.
* Блок '''Блок постфильтров''' — подробнее см. раздел [[Результаты поиска#Блок постфильтров|Блок постфильтров]].
* Блок '''Топ-3 авиакомпаний''' — три перелета от авиакомпаний с наивысшим рейтингом в порядке возрастания цены.
* Блок '''Предыдущие поиски''' — ссылки на пять последних поисков, выполненных от имени текущего пользователя.

{| class="wikitable"
|-
|[[Файл:Результаты поиска.png|1200px]]
|-
|Результаты поиска
|}
{| class="wikitable"
|-
|[[Файл:Результаты поиска плиткой.png|1200px]]
|-
|Отображение результатов поиска плиткой
|}
{| class="wikitable"
|-
|[[Файл:Результаты поиска списком.png|1200px]]
|-
|Отображение результатов поиска списком
|}
Чтобы управлять элементами страницы результатов поиска, используйте параметры раздела '''Управление продажами → Авиабилеты → Процессы → Форма поиска''', например, {{Setting|Развернутая выдача вариантов перелета на странице результатов поиска при отображении списком}}.

{| class="wikitable"
|-
|[[Файл:Развернутая выдача вариантов перелета на странице результатов поиска при отображении списком.png|1200px]]
|-
|Развернутая выдача вариантов перелета на странице результатов поиска при отображении списком
|}

==Топ перелетов==

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

Активировать отображение данного блока вы можете в разделе настроек '''Управление продажами → Авиабилеты → Процессы → Форма поиска''', настройка '''Отображать витрину при выдаче результатов'''.

В блоке дублируются 3 перелета из блока '''Все билеты''':
* ''Самый дешевый'' — перелет с самой низкой стоимостью.
* ''Самый быстрый'' — перелет с минимальным общим временем на плече.
* ''Самый оптимальный'' — перелет с самым высоким рейтингом.

Рейтинг перелетов для определения самого оптимального можно задать вручную, выбрав рекомендуемые к покупке авиакомпании, или автоматически. В автоматическом режиме рейтинг рассчитывается по формуле, которая учитывает цену перелета, длительность перелета и рейтинг авиакомпании. 
Формула расчета рейтинга {{NameSystem}}:
# Находит значение: <pre>рейтинг = (средняя_цена / цена_перелета) * 0.9 + (средняя_длительность_перелета / длительность_перелета) * 1.1 + (рейтинг_авиакомпании / средний_рейтинг_авиакомпаний) * 2.5</pre>
# Полученный результат нормализует к числу [0;10].
# Находит максимальное значение из всех рейтингов, считает его равным 10.
# Нормализует значения рейтингов по формуле: <pre>рейтинг = рейтинг * (10 / макс значение))</pre>

==Блок постфильтров==
[[Файл:Постфильтр Пересадки.png|thumb|left|205px]]
'''Постфильтр''' — опция для фильтрации выдачи результатов поиска на странице результатов поиска. Постфильтры помогают быстро отфильтровать рейсы, оставляя на выдаче результатов только подходящие требованиям пользователя. Блок постфильтров расположен слева на странице выдачи результатов поиска

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

Вы можете настроить очерёдность отображения постфильтров в разделе '''Управление продажами → Авиабилеты → Устаревшие настройки → Настройка группировки и фильтров'''. Блок "Сортировка фильтров" определяет список параметров фильтрации на форме результатов поиска. Порядок вывода фильтров определяется числовыми коэффициентами. Чем меньше число, тем выше фильтр будет на форме результатов. Если коэффициент задается равным 0, то фильтр будет первым в списке. При отсутствии коэффициента фильтр выведен не будет.

{{Attention|Постфильтр "Бесплатный багаж" всегда отображается первым в списке без возможности изменения его положения.}}
[[Файл:Settings_result_group.jpg|450px|thumb|right|Cписок параметров фильтрации на форме результатов поиска]]
Отфильтровать рейсы можно по следующим критериям:
* '''бесплатный багаж''' — позволяет отфильтровать рейсы по наличию/отсутствию возможности бесплатного провоза багажа;
* '''по количеству пересадок''' — отфильтруйте рейсы по наличию и числу пересадок. Фильтр состоит из кнопок с количеством пересадок, минимальной стоимостью и числом перелетов, соответствующих данному критерию. В данном фильтре можно выбрать только одно из предложенных значений;
* '''по времени вылета''' — отфильтруйте рейсы по времени вылета в часы: утро (5:00-12:00), день (12:00-18:00), вечер (18:00-22:00), ночь (22:00-05:00). Дополнительно в скобках указывается период времени, количество рейсов в указанный период и наименьшая цена. В данном фильтре можно выбрать только одно из предложенных значений;
* '''по времени прибытия''' — фильтр времени прилета, работает по аналогии с фильтром времени вылета;
* '''по аэропорту вылета''' — выберите желаемые аэропорты вылета. В данном фильтре можно выбрать только одно из предложенных значений;
* '''по аэропорту прибытия''' — выберите желаемые аэропорты прилета. В данном фильтре можно выбрать только одно из предложенных значений;
* '''по стоимости перелета''' — с помощью ползунка выберите подходящий диапазон общей стоимости перелёта. Перелёты, стоимость которых выходит за пределы установленного диапазона, будут скрыты из выдачи;
* '''по перевозчикам''' — с помощью кнопок выберите одну или несколько [[авиакомпания|авиакомпаний]], рейсы которых останутся на выдаче (перевозчик учитывается как маркетинговая (если нет — оперирующая) компания на всех сегментах перелета). Список перевозчиков отсортирован по названиям авиакомпаний в алфавитном порядке, что делает поиск перелетов целевой авиакомпании в постфильтрах удобным не только для пользователей B2B-ресурсов, но и для конечных B2C-клиентов. Рядом с названием авиакомпании указана минимальная стоимость перелета этой авиакомпании и её общее число перелетов в выдаче результатов. В данном фильтре можно выбрать несколько предложенных значений;
* ''' по длительности пересадок''' — установите желаемый диапазон длительности пересадок. Перелёты, длительность пересадок которых выходит за пределы установленного диапазона, будут скрыты из выдачи;
* ''' по времени в пути''' — установите желаемый диапазон общей длительности перелета. Перелёты, общее время в пути которых выходит за пределы установленного диапазона, будут скрыты из выдачи.

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

Чтобы ''сбросить все установленные значения постфильтров'', нажмите на кнопку '''Сбросить все фильтры''', расположенную вверху всего блока постфильтров: [[Файл:Сбросить все фильтры.png|280px]]

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

==См. также==
* [[Форма поиска (Авиабилеты)]]
* [[Поиск (Авиабилеты)]]
* [[Авиабилеты (компонент)]]
* [[Настройка]]

Служба поддержки

2023-11-03T08:44:28Z

D.tsyplakova: /* Альтернативные способы связи */

Техническая поддержка клиентов осуществляется [https://helpdesk.websky.tech/ в трекере техподдержки]. Сотрудник техподдержки вправе попросить клиента продублировать обращение в трекере или отказать ему в обработке обращения, если оно отсутствует на портале.

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

== Регистрация в трекере техподдержки ==

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

Для того чтобы зарегистрироваться в трекере техподдержки, перейдите на [https://helpdesk.websky.tech/account/register/ helpdesk.websky.tech] и зарегистрируйтесь с помощью корпоративного e-mail.

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

* имя пользователя, указанное при регистрации;
* e-mail пользователя, указанный при регистрации;
* название компании (сотрудником которой вы являетесь).

Способы передачи информации для активации учетной записи:

* создайте обращение через активированную ранее учетную запись другого сотрудника;
* отправьте письмо на адрес [mailto:https://support@nemo.travel/ support@nemo.travel].

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

== Регламент обращений в техподдержку ==

=== Как создать обращение в трекере ===

1. Войдите в аккаунт и перейдите на вкладку '''Проекты'''.

[[Файл:Helpdesk_projects.png|1000px]]

Создайте обращение одним из следующих способов:

2.1. Перейдите на вкладку '''Задачи''' и нажмите '''Новая задача'''.

[[Файл:Helpdesk_task.png|1000px]]
[[Файл:Helpdesk_task_newtask.png|1000px]]

2.2. Перейдите в проект, нажмите '''+''' и выберите '''Новая задача'''.

[[Файл:Helpdesk_project.png|1000px]]
[[Файл:Helpdesk_task_project.png|1000px]]

=== Как заполнить обращение ===

[[Файл:helpdesk_task_info.png|1000px]]

1. Выберите тип трекера для вашего обращения.

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

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

* '''Обсуждение''' — консультации по работе с нашей системой. Консультации могут быть как платными, так и бесплатными.

2. В поле '''Тема''' кратко опишите проблему. Здесь не нужно указывать детали — это можно сделать в других полях.

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

3. В поле '''Описание''' укажите:

* подробное описание проблемы или четко сформулированный вопрос. В случае сообщения о некорректной работе сообщите, какие действия были предприняты, какой результат ожидался и какой получился. При этом обязательно укажите:
** под какой учетной записью производились действия;
** номера заказов/поисков с представленной проблемой (в текстовом виде);
** при сравнении с информацией в терминале GDS — скриншоты терминала в виде файлов в графическом формате или в виде ссылок на файл в графическом формате.
** ссылку на соответствующую страницу.

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

<blockquote>Подробное описание проблемы или четко сформулированный вопрос помогут нам быстрее найти решение. Если же обращение содержит недостаточно данных для анализа, сотрудник техподдержки может его отклонить или вернуть вам для предоставления корректных данных.</blockquote>

4. Выберите приоритет.

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

* '''Критический''' — несколько компонентов не работают или дают результат, отличный от первоначальной логики; при этом решить проблему самостоятельно невозможно, а клиенты несут финансовые потери. Отличается от '''Блокера''' тем, что система работоспособна. Отличается от '''Высокого''' тем, что наносит финансовые риски клиентам и компании, а именно:
** возникает проблема с работой основных функциональных компонентов системы, что подразумевает значительные финансовые потери;
** есть угроза наступления штрафов.

* '''Высокий''' — существенные ограничения в работе сервиса; при этом сервис работоспособен и его процессы не останавливаются. Отличается от '''Критического''' тем, что клиенты не несут финансовые потери, а компании не грозит наступление штрафов. Отличается от '''Среднего''' тем, что проблема повторяется у всех или многих пользователей и носит постоянный характер.

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

* '''Низкий''' — дефекты, не влияющие на производительность системы (например, визуальные).

<blockquote>Если установленный приоритет фактически не соответствует ситуации, сотрудник техподдержки вправе как повысить, так и понизить приоритет запроса.</blockquote>

=== Как отслеживать статус обращений ===

1. Новым обращениям присваивается статус '''На рассмотрении'''. В рабочее время поддержки обращение будет принято в работу и передано на последующий анализ в течение 15 минут для '''Блокирующего''' и '''Критического''' приоритета и в течение 1 часа для остальных приоритетов.

<blockquote>Обращения с Критическим и Блокирующим приоритетом обрабатываются в режиме 24/7.</blockquote>

2. Первичный анализ обращения может занять от 30 минут до 5 суток в зависимости от приоритета:

* '''Блокер''' и '''Критический''' — минимально возможные сроки,
* '''Высокий''' — в течение 1 дня,
* '''Средний''' — в течение 3 дней,
* '''Низкий''' — до 5 дней.

По истечении этого срока сотрудник техподдержки сообщит вам о следующих этапах работы с обращением.

4. Если сотруднику техподдержки потребуется дополнительная информация, он задаст вопрос в комментарии и изменит статус заявки на '''Требует обратной связи'''. Вам нужно будет ответить на вопрос и в поле '''Назначена''' указать либо сотрудника, от которого пришел вопрос, либо пользователя _SUPPORT RECEPTION.

Если ответ на вопрос не поступит в течение 5 дней, сотрудник вам о нем напомнит. Если комментарий не поступит еще в течение 5 дней после напоминания, то обращение может быть закрыто.

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

4. Когда задача решена, но требуется провести проверку со стороны клиента, сотрудник техподдержки изменит статус на '''Решено, требует проверки'''. Если в течение 5 дней мы не получим от вас ответа, то обращение будет закрыто.

При нажатии на заявку отображается история переписки.

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

=== Правила закрытия обращений ===

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

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

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

* '''Good''' — отлично,
* '''Just ok''' — нормально,
* '''Not good''' — плохо.

[[Файл:Helpdesk feedback letter.png]]

Вы перейдете к форме обратной связи. Поставьте оценку, при необходимости добавьте комментарий и нажмите <code>Отправить</code>.

[[Файл:Helpdesk feedback form.png]]

== Время реакции технической поддержки ==
Реакция — это сообщение о том, что обращение получено.

Под целевым разрешением подразумевается предоставление:

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

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

Техподдержка предоставляется ежедневно с 10:00 до 19:00 по московскому времени в виде:

# консультаций;
# обработки сообщений об ошибках;
# обработки запросов на доработки системы.

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

== Альтернативные способы связи ==
Если по какой-либо причине трекер техподдержки недоступен, вы можете обратиться в компанию по адресу support@nemo.travel. При этом, когда доступ к трекеру будет восстановлен, обращение нужно продублировать там. Работа по обращению продолжится в соответствии с регламентом.

=== Как отправить обращение по e-mail ===

Если у вас нет возможности сделать обращение в трекере техподдержки, рекомендуем обращаться по адресу helpdesk@nemo.travel. Система автоматически создает обращения в трекере из писем, отправленных на эту почту.

1. В поле '''Тема письма''' укажите заголовок обращения.

2. В поле '''Тело письма''' детально опишите вопрос или проблему. При необходимости прикрепите вложения.

3. В поле '''Кому''' укажите <code>helpdesk@nemo.travel</code>.

4. В поле '''Копия''' укажите <code>support@nemo.travel</code>. Так мы гарантированно получим письмо, даже если при синхронизации с трекером возникнут проблемы.

5. Нажмите <code>Отправить</code>.

[[Файл:Helpdesk mail example.png]]

Система обработает Ваше письмо и создаст тикет в трекере.

<blockquote>Получая обращение по почте, система сохраняет e-mail отправителя. Именно на эту почту будут приходить ответы и комментарии сотрудников техподдержки.</blockquote>

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

[[Файл:Helpdesk auto response.png]]

=== Как комментировать тикет без авторизации в трекере ===

1. Перейдите по публичной ссылке в письме.

2. Нажмите <code>Оставить комментарий</code>.

3. В открывшейся форме введите текст комментария.

4. Нажмите <code>Принять</code>.

[[Файл:Helpedsk comment via link.png]]

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

«ААА!!! Все сломалось!»

«Мы чего-то там нажали, а тут такое выскочило!!!»

«Ваша система пишет XXX вместо YYY!»

«Мы подумали и решили, что все должно быть по-другому — срочно переделайте!»

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

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

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

Служба поддержки

2023-11-03T08:44:04Z

D.tsyplakova: /* Регламент обращений в техподдержку */

Техническая поддержка клиентов осуществляется [https://helpdesk.websky.tech/ в трекере техподдержки]. Сотрудник техподдержки вправе попросить клиента продублировать обращение в трекере или отказать ему в обработке обращения, если оно отсутствует на портале.

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

== Регистрация в трекере техподдержки ==

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

Для того чтобы зарегистрироваться в трекере техподдержки, перейдите на [https://helpdesk.websky.tech/account/register/ helpdesk.websky.tech] и зарегистрируйтесь с помощью корпоративного e-mail.

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

* имя пользователя, указанное при регистрации;
* e-mail пользователя, указанный при регистрации;
* название компании (сотрудником которой вы являетесь).

Способы передачи информации для активации учетной записи:

* создайте обращение через активированную ранее учетную запись другого сотрудника;
* отправьте письмо на адрес [mailto:https://support@nemo.travel/ support@nemo.travel].

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

== Регламент обращений в техподдержку ==

=== Как создать обращение в трекере ===

1. Войдите в аккаунт и перейдите на вкладку '''Проекты'''.

[[Файл:Helpdesk_projects.png|1000px]]

Создайте обращение одним из следующих способов:

2.1. Перейдите на вкладку '''Задачи''' и нажмите '''Новая задача'''.

[[Файл:Helpdesk_task.png|1000px]]
[[Файл:Helpdesk_task_newtask.png|1000px]]

2.2. Перейдите в проект, нажмите '''+''' и выберите '''Новая задача'''.

[[Файл:Helpdesk_project.png|1000px]]
[[Файл:Helpdesk_task_project.png|1000px]]

=== Как заполнить обращение ===

[[Файл:helpdesk_task_info.png|1000px]]

1. Выберите тип трекера для вашего обращения.

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

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

* '''Обсуждение''' — консультации по работе с нашей системой. Консультации могут быть как платными, так и бесплатными.

2. В поле '''Тема''' кратко опишите проблему. Здесь не нужно указывать детали — это можно сделать в других полях.

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

3. В поле '''Описание''' укажите:

* подробное описание проблемы или четко сформулированный вопрос. В случае сообщения о некорректной работе сообщите, какие действия были предприняты, какой результат ожидался и какой получился. При этом обязательно укажите:
** под какой учетной записью производились действия;
** номера заказов/поисков с представленной проблемой (в текстовом виде);
** при сравнении с информацией в терминале GDS — скриншоты терминала в виде файлов в графическом формате или в виде ссылок на файл в графическом формате.
** ссылку на соответствующую страницу.

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

<blockquote>Подробное описание проблемы или четко сформулированный вопрос помогут нам быстрее найти решение. Если же обращение содержит недостаточно данных для анализа, сотрудник техподдержки может его отклонить или вернуть вам для предоставления корректных данных.</blockquote>

4. Выберите приоритет.

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

* '''Критический''' — несколько компонентов не работают или дают результат, отличный от первоначальной логики; при этом решить проблему самостоятельно невозможно, а клиенты несут финансовые потери. Отличается от '''Блокера''' тем, что система работоспособна. Отличается от '''Высокого''' тем, что наносит финансовые риски клиентам и компании, а именно:
** возникает проблема с работой основных функциональных компонентов системы, что подразумевает значительные финансовые потери;
** есть угроза наступления штрафов.

* '''Высокий''' — существенные ограничения в работе сервиса; при этом сервис работоспособен и его процессы не останавливаются. Отличается от '''Критического''' тем, что клиенты не несут финансовые потери, а компании не грозит наступление штрафов. Отличается от '''Среднего''' тем, что проблема повторяется у всех или многих пользователей и носит постоянный характер.

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

* '''Низкий''' — дефекты, не влияющие на производительность системы (например, визуальные).

<blockquote>Если установленный приоритет фактически не соответствует ситуации, сотрудник техподдержки вправе как повысить, так и понизить приоритет запроса.</blockquote>

=== Как отслеживать статус обращений ===

1. Новым обращениям присваивается статус '''На рассмотрении'''. В рабочее время поддержки обращение будет принято в работу и передано на последующий анализ в течение 15 минут для '''Блокирующего''' и '''Критического''' приоритета и в течение 1 часа для остальных приоритетов.

<blockquote>Обращения с Критическим и Блокирующим приоритетом обрабатываются в режиме 24/7.</blockquote>

2. Первичный анализ обращения может занять от 30 минут до 5 суток в зависимости от приоритета:

* '''Блокер''' и '''Критический''' — минимально возможные сроки,
* '''Высокий''' — в течение 1 дня,
* '''Средний''' — в течение 3 дней,
* '''Низкий''' — до 5 дней.

По истечении этого срока сотрудник техподдержки сообщит вам о следующих этапах работы с обращением.

4. Если сотруднику техподдержки потребуется дополнительная информация, он задаст вопрос в комментарии и изменит статус заявки на '''Требует обратной связи'''. Вам нужно будет ответить на вопрос и в поле '''Назначена''' указать либо сотрудника, от которого пришел вопрос, либо пользователя _SUPPORT RECEPTION.

Если ответ на вопрос не поступит в течение 5 дней, сотрудник вам о нем напомнит. Если комментарий не поступит еще в течение 5 дней после напоминания, то обращение может быть закрыто.

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

4. Когда задача решена, но требуется провести проверку со стороны клиента, сотрудник техподдержки изменит статус на '''Решено, требует проверки'''. Если в течение 5 дней мы не получим от вас ответа, то обращение будет закрыто.

При нажатии на заявку отображается история переписки.

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

=== Правила закрытия обращений ===

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

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

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

* '''Good''' — отлично,
* '''Just ok''' — нормально,
* '''Not good''' — плохо.

[[Файл:Helpdesk feedback letter.png]]

Вы перейдете к форме обратной связи. Поставьте оценку, при необходимости добавьте комментарий и нажмите <code>Отправить</code>.

[[Файл:Helpdesk feedback form.png]]

== Время реакции технической поддержки ==
Реакция — это сообщение о том, что обращение получено.

Под целевым разрешением подразумевается предоставление:

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

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

Техподдержка предоставляется ежедневно с 10:00 до 19:00 по московскому времени в виде:

# консультаций;
# обработки сообщений об ошибках;
# обработки запросов на доработки системы.

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

== Альтернативные способы связи ==
Если по какой-либо причине трекер техподдержки недоступен, вы можете обратиться в компанию по адресу support@nemo.travel. При этом, когда доступ к трекеру будет восстановлен, обращение нужно продублировать там. Работа по обращению продолжится в соответствии с регламентом.

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

«ААА!!! Все сломалось!»

«Мы чего-то там нажали, а тут такое выскочило!!!»

«Ваша система пишет XXX вместо YYY!»

«Мы подумали и решили, что все должно быть по-другому — срочно переделайте!»

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

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

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

Служба поддержки

2023-11-03T08:43:33Z

D.tsyplakova: /* Обратная связь */

Техническая поддержка клиентов осуществляется [https://helpdesk.websky.tech/ в трекере техподдержки]. Сотрудник техподдержки вправе попросить клиента продублировать обращение в трекере или отказать ему в обработке обращения, если оно отсутствует на портале.

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

== Регистрация в трекере техподдержки ==

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

Для того чтобы зарегистрироваться в трекере техподдержки, перейдите на [https://helpdesk.websky.tech/account/register/ helpdesk.websky.tech] и зарегистрируйтесь с помощью корпоративного e-mail.

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

* имя пользователя, указанное при регистрации;
* e-mail пользователя, указанный при регистрации;
* название компании (сотрудником которой вы являетесь).

Способы передачи информации для активации учетной записи:

* создайте обращение через активированную ранее учетную запись другого сотрудника;
* отправьте письмо на адрес [mailto:https://support@nemo.travel/ support@nemo.travel].

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

== Регламент обращений в техподдержку ==

=== Как создать обращение в трекере ===

1. Войдите в аккаунт и перейдите на вкладку '''Проекты'''.

[[Файл:Helpdesk_projects.png|1000px]]

Создайте обращение одним из следующих способов:

2.1. Перейдите на вкладку '''Задачи''' и нажмите '''Новая задача'''.

[[Файл:Helpdesk_task.png|1000px]]
[[Файл:Helpdesk_task_newtask.png|1000px]]

2.2. Перейдите в проект, нажмите '''+''' и выберите '''Новая задача'''.

[[Файл:Helpdesk_project.png|1000px]]
[[Файл:Helpdesk_task_project.png|1000px]]

=== Как заполнить обращение ===

[[Файл:helpdesk_task_info.png|1000px]]

1. Выберите тип трекера для вашего обращения.

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

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

* '''Обсуждение''' — консультации по работе с нашей системой. Консультации могут быть как платными, так и бесплатными.

2. В поле '''Тема''' кратко опишите проблему. Здесь не нужно указывать детали — это можно сделать в других полях.

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

3. В поле '''Описание''' укажите:

* подробное описание проблемы или четко сформулированный вопрос. В случае сообщения о некорректной работе сообщите, какие действия были предприняты, какой результат ожидался и какой получился. При этом обязательно укажите:
** под какой учетной записью производились действия;
** номера заказов/поисков с представленной проблемой (в текстовом виде);
** при сравнении с информацией в терминале GDS — скриншоты терминала в виде файлов в графическом формате или в виде ссылок на файл в графическом формате.
** ссылку на соответствующую страницу.

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

<blockquote>Подробное описание проблемы или четко сформулированный вопрос помогут нам быстрее найти решение. Если же обращение содержит недостаточно данных для анализа, сотрудник техподдержки может его отклонить или вернуть вам для предоставления корректных данных.</blockquote>

4. Выберите приоритет.

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

* '''Критический''' — несколько компонентов не работают или дают результат, отличный от первоначальной логики; при этом решить проблему самостоятельно невозможно, а клиенты несут финансовые потери. Отличается от '''Блокера''' тем, что система работоспособна. Отличается от '''Высокого''' тем, что наносит финансовые риски клиентам и компании, а именно:
** возникает проблема с работой основных функциональных компонентов системы, что подразумевает значительные финансовые потери;
** есть угроза наступления штрафов.

* '''Высокий''' — существенные ограничения в работе сервиса; при этом сервис работоспособен и его процессы не останавливаются. Отличается от '''Критического''' тем, что клиенты не несут финансовые потери, а компании не грозит наступление штрафов. Отличается от '''Среднего''' тем, что проблема повторяется у всех или многих пользователей и носит постоянный характер.

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

* '''Низкий''' — дефекты, не влияющие на производительность системы (например, визуальные).

<blockquote>Если установленный приоритет фактически не соответствует ситуации, сотрудник техподдержки вправе как повысить, так и понизить приоритет запроса.</blockquote>

=== Как отправить обращение по e-mail ===

Если у вас нет возможности сделать обращение в трекере техподдержки, рекомендуем обращаться по адресу helpdesk@nemo.travel. Система автоматически создает обращения в трекере из писем, отправленных на эту почту.

1. В поле '''Тема письма''' укажите заголовок обращения.

2. В поле '''Тело письма''' детально опишите вопрос или проблему. При необходимости прикрепите вложения.

3. В поле '''Кому''' укажите <code>helpdesk@nemo.travel</code>.

4. В поле '''Копия''' укажите <code>support@nemo.travel</code>. Так мы гарантированно получим письмо, даже если при синхронизации с трекером возникнут проблемы.

5. Нажмите <code>Отправить</code>.

[[Файл:Helpdesk mail example.png]]

Система обработает Ваше письмо и создаст тикет в трекере.

<blockquote>Получая обращение по почте, система сохраняет e-mail отправителя. Именно на эту почту будут приходить ответы и комментарии сотрудников техподдержки.</blockquote>

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

[[Файл:Helpdesk auto response.png]]

=== Как комментировать тикет без авторизации в трекере ===

1. Перейдите по публичной ссылке в письме.

2. Нажмите <code>Оставить комментарий</code>.

3. В открывшейся форме введите текст комментария.

4. Нажмите <code>Принять</code>.

[[Файл:Helpedsk comment via link.png]]

=== Как отслеживать статус обращений ===

1. Новым обращениям присваивается статус '''На рассмотрении'''. В рабочее время поддержки обращение будет принято в работу и передано на последующий анализ в течение 15 минут для '''Блокирующего''' и '''Критического''' приоритета и в течение 1 часа для остальных приоритетов.

<blockquote>Обращения с Критическим и Блокирующим приоритетом обрабатываются в режиме 24/7.</blockquote>

2. Первичный анализ обращения может занять от 30 минут до 5 суток в зависимости от приоритета:

* '''Блокер''' и '''Критический''' — минимально возможные сроки,
* '''Высокий''' — в течение 1 дня,
* '''Средний''' — в течение 3 дней,
* '''Низкий''' — до 5 дней.

По истечении этого срока сотрудник техподдержки сообщит вам о следующих этапах работы с обращением.

4. Если сотруднику техподдержки потребуется дополнительная информация, он задаст вопрос в комментарии и изменит статус заявки на '''Требует обратной связи'''. Вам нужно будет ответить на вопрос и в поле '''Назначена''' указать либо сотрудника, от которого пришел вопрос, либо пользователя _SUPPORT RECEPTION.

Если ответ на вопрос не поступит в течение 5 дней, сотрудник вам о нем напомнит. Если комментарий не поступит еще в течение 5 дней после напоминания, то обращение может быть закрыто.

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

4. Когда задача решена, но требуется провести проверку со стороны клиента, сотрудник техподдержки изменит статус на '''Решено, требует проверки'''. Если в течение 5 дней мы не получим от вас ответа, то обращение будет закрыто.

При нажатии на заявку отображается история переписки.

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

=== Правила закрытия обращений ===

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

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

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

* '''Good''' — отлично,
* '''Just ok''' — нормально,
* '''Not good''' — плохо.

[[Файл:Helpdesk feedback letter.png]]

Вы перейдете к форме обратной связи. Поставьте оценку, при необходимости добавьте комментарий и нажмите <code>Отправить</code>.

[[Файл:Helpdesk feedback form.png]]

== Время реакции технической поддержки ==
Реакция — это сообщение о том, что обращение получено.

Под целевым разрешением подразумевается предоставление:

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

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

Техподдержка предоставляется ежедневно с 10:00 до 19:00 по московскому времени в виде:

# консультаций;
# обработки сообщений об ошибках;
# обработки запросов на доработки системы.

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

== Альтернативные способы связи ==
Если по какой-либо причине трекер техподдержки недоступен, вы можете обратиться в компанию по адресу support@nemo.travel. При этом, когда доступ к трекеру будет восстановлен, обращение нужно продублировать там. Работа по обращению продолжится в соответствии с регламентом.

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

«ААА!!! Все сломалось!»

«Мы чего-то там нажали, а тут такое выскочило!!!»

«Ваша система пишет XXX вместо YYY!»

«Мы подумали и решили, что все должно быть по-другому — срочно переделайте!»

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

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

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

Файл:Helpdesk feedback form.png

2023-11-03T08:43:20Z

D.tsyplakova:

Файл:Helpdesk feedback letter.png

2023-11-03T08:42:24Z

D.tsyplakova:

Служба поддержки

2023-11-03T08:40:33Z

D.tsyplakova: /* Регламент обращений в техподдержку */

Техническая поддержка клиентов осуществляется [https://helpdesk.websky.tech/ в трекере техподдержки]. Сотрудник техподдержки вправе попросить клиента продублировать обращение в трекере или отказать ему в обработке обращения, если оно отсутствует на портале.

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

== Регистрация в трекере техподдержки ==

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

Для того чтобы зарегистрироваться в трекере техподдержки, перейдите на [https://helpdesk.websky.tech/account/register/ helpdesk.websky.tech] и зарегистрируйтесь с помощью корпоративного e-mail.

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

* имя пользователя, указанное при регистрации;
* e-mail пользователя, указанный при регистрации;
* название компании (сотрудником которой вы являетесь).

Способы передачи информации для активации учетной записи:

* создайте обращение через активированную ранее учетную запись другого сотрудника;
* отправьте письмо на адрес [mailto:https://support@nemo.travel/ support@nemo.travel].

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

== Регламент обращений в техподдержку ==

=== Как создать обращение в трекере ===

1. Войдите в аккаунт и перейдите на вкладку '''Проекты'''.

[[Файл:Helpdesk_projects.png|1000px]]

Создайте обращение одним из следующих способов:

2.1. Перейдите на вкладку '''Задачи''' и нажмите '''Новая задача'''.

[[Файл:Helpdesk_task.png|1000px]]
[[Файл:Helpdesk_task_newtask.png|1000px]]

2.2. Перейдите в проект, нажмите '''+''' и выберите '''Новая задача'''.

[[Файл:Helpdesk_project.png|1000px]]
[[Файл:Helpdesk_task_project.png|1000px]]

=== Как заполнить обращение ===

[[Файл:helpdesk_task_info.png|1000px]]

1. Выберите тип трекера для вашего обращения.

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

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

* '''Обсуждение''' — консультации по работе с нашей системой. Консультации могут быть как платными, так и бесплатными.

2. В поле '''Тема''' кратко опишите проблему. Здесь не нужно указывать детали — это можно сделать в других полях.

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

3. В поле '''Описание''' укажите:

* подробное описание проблемы или четко сформулированный вопрос. В случае сообщения о некорректной работе сообщите, какие действия были предприняты, какой результат ожидался и какой получился. При этом обязательно укажите:
** под какой учетной записью производились действия;
** номера заказов/поисков с представленной проблемой (в текстовом виде);
** при сравнении с информацией в терминале GDS — скриншоты терминала в виде файлов в графическом формате или в виде ссылок на файл в графическом формате.
** ссылку на соответствующую страницу.

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

<blockquote>Подробное описание проблемы или четко сформулированный вопрос помогут нам быстрее найти решение. Если же обращение содержит недостаточно данных для анализа, сотрудник техподдержки может его отклонить или вернуть вам для предоставления корректных данных.</blockquote>

4. Выберите приоритет.

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

* '''Критический''' — несколько компонентов не работают или дают результат, отличный от первоначальной логики; при этом решить проблему самостоятельно невозможно, а клиенты несут финансовые потери. Отличается от '''Блокера''' тем, что система работоспособна. Отличается от '''Высокого''' тем, что наносит финансовые риски клиентам и компании, а именно:
** возникает проблема с работой основных функциональных компонентов системы, что подразумевает значительные финансовые потери;
** есть угроза наступления штрафов.

* '''Высокий''' — существенные ограничения в работе сервиса; при этом сервис работоспособен и его процессы не останавливаются. Отличается от '''Критического''' тем, что клиенты не несут финансовые потери, а компании не грозит наступление штрафов. Отличается от '''Среднего''' тем, что проблема повторяется у всех или многих пользователей и носит постоянный характер.

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

* '''Низкий''' — дефекты, не влияющие на производительность системы (например, визуальные).

<blockquote>Если установленный приоритет фактически не соответствует ситуации, сотрудник техподдержки вправе как повысить, так и понизить приоритет запроса.</blockquote>

=== Как отправить обращение по e-mail ===

Если у вас нет возможности сделать обращение в трекере техподдержки, рекомендуем обращаться по адресу helpdesk@nemo.travel. Система автоматически создает обращения в трекере из писем, отправленных на эту почту.

1. В поле '''Тема письма''' укажите заголовок обращения.

2. В поле '''Тело письма''' детально опишите вопрос или проблему. При необходимости прикрепите вложения.

3. В поле '''Кому''' укажите <code>helpdesk@nemo.travel</code>.

4. В поле '''Копия''' укажите <code>support@nemo.travel</code>. Так мы гарантированно получим письмо, даже если при синхронизации с трекером возникнут проблемы.

5. Нажмите <code>Отправить</code>.

[[Файл:Helpdesk mail example.png]]

Система обработает Ваше письмо и создаст тикет в трекере.

<blockquote>Получая обращение по почте, система сохраняет e-mail отправителя. Именно на эту почту будут приходить ответы и комментарии сотрудников техподдержки.</blockquote>

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

[[Файл:Helpdesk auto response.png]]

=== Как комментировать тикет без авторизации в трекере ===

1. Перейдите по публичной ссылке в письме.

2. Нажмите <code>Оставить комментарий</code>.

3. В открывшейся форме введите текст комментария.

4. Нажмите <code>Принять</code>.

[[Файл:Helpedsk comment via link.png]]

=== Как отслеживать статус обращений ===

1. Новым обращениям присваивается статус '''На рассмотрении'''. В рабочее время поддержки обращение будет принято в работу и передано на последующий анализ в течение 15 минут для '''Блокирующего''' и '''Критического''' приоритета и в течение 1 часа для остальных приоритетов.

<blockquote>Обращения с Критическим и Блокирующим приоритетом обрабатываются в режиме 24/7.</blockquote>

2. Первичный анализ обращения может занять от 30 минут до 5 суток в зависимости от приоритета:

* '''Блокер''' и '''Критический''' — минимально возможные сроки,
* '''Высокий''' — в течение 1 дня,
* '''Средний''' — в течение 3 дней,
* '''Низкий''' — до 5 дней.

По истечении этого срока сотрудник техподдержки сообщит вам о следующих этапах работы с обращением.

4. Если сотруднику техподдержки потребуется дополнительная информация, он задаст вопрос в комментарии и изменит статус заявки на '''Требует обратной связи'''. Вам нужно будет ответить на вопрос и в поле '''Назначена''' указать либо сотрудника, от которого пришел вопрос, либо пользователя _SUPPORT RECEPTION.

Если ответ на вопрос не поступит в течение 5 дней, сотрудник вам о нем напомнит. Если комментарий не поступит еще в течение 5 дней после напоминания, то обращение может быть закрыто.

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

4. Когда задача решена, но требуется провести проверку со стороны клиента, сотрудник техподдержки изменит статус на '''Решено, требует проверки'''. Если в течение 5 дней мы не получим от вас ответа, то обращение будет закрыто.

При нажатии на заявку отображается история переписки.

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

=== Правила закрытия обращений ===

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

=== Обратная связь ===
Если у вас появятся вопросы или замечания по срокам обработки вашего обращения, то вы можете выбрать обращение и нажать кнопку '''Пожаловаться на задержку'''.

== Время реакции технической поддержки ==
Реакция — это сообщение о том, что обращение получено.

Под целевым разрешением подразумевается предоставление:

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

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

Техподдержка предоставляется ежедневно с 10:00 до 19:00 по московскому времени в виде:

# консультаций;
# обработки сообщений об ошибках;
# обработки запросов на доработки системы.

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

== Альтернативные способы связи ==
Если по какой-либо причине трекер техподдержки недоступен, вы можете обратиться в компанию по адресу support@nemo.travel. При этом, когда доступ к трекеру будет восстановлен, обращение нужно продублировать там. Работа по обращению продолжится в соответствии с регламентом.

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

«ААА!!! Все сломалось!»

«Мы чего-то там нажали, а тут такое выскочило!!!»

«Ваша система пишет XXX вместо YYY!»

«Мы подумали и решили, что все должно быть по-другому — срочно переделайте!»

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

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

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

Файл:Helpedsk comment via link.png

2023-11-03T08:39:53Z

D.tsyplakova:

Служба поддержки

2023-11-03T08:37:49Z

D.tsyplakova: /* Как отправить обращение по e-mail */

Техническая поддержка клиентов осуществляется [https://helpdesk.websky.tech/ в трекере техподдержки]. Сотрудник техподдержки вправе попросить клиента продублировать обращение в трекере или отказать ему в обработке обращения, если оно отсутствует на портале.

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

== Регистрация в трекере техподдержки ==

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

Для того чтобы зарегистрироваться в трекере техподдержки, перейдите на [https://helpdesk.websky.tech/account/register/ helpdesk.websky.tech] и зарегистрируйтесь с помощью корпоративного e-mail.

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

* имя пользователя, указанное при регистрации;
* e-mail пользователя, указанный при регистрации;
* название компании (сотрудником которой вы являетесь).

Способы передачи информации для активации учетной записи:

* создайте обращение через активированную ранее учетную запись другого сотрудника;
* отправьте письмо на адрес [mailto:https://support@nemo.travel/ support@nemo.travel].

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

== Регламент обращений в техподдержку ==

=== Как создать обращение в трекере ===

1. Войдите в аккаунт и перейдите на вкладку '''Проекты'''.

[[Файл:Helpdesk_projects.png|1000px]]

Создайте обращение одним из следующих способов:

2.1. Перейдите на вкладку '''Задачи''' и нажмите '''Новая задача'''.

[[Файл:Helpdesk_task.png|1000px]]
[[Файл:Helpdesk_task_newtask.png|1000px]]

2.2. Перейдите в проект, нажмите '''+''' и выберите '''Новая задача'''.

[[Файл:Helpdesk_project.png|1000px]]
[[Файл:Helpdesk_task_project.png|1000px]]

=== Как заполнить обращение ===

[[Файл:helpdesk_task_info.png|1000px]]

1. Выберите тип трекера для вашего обращения.

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

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

* '''Обсуждение''' — консультации по работе с нашей системой. Консультации могут быть как платными, так и бесплатными.

2. В поле '''Тема''' кратко опишите проблему. Здесь не нужно указывать детали — это можно сделать в других полях.

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

3. В поле '''Описание''' укажите:

* подробное описание проблемы или четко сформулированный вопрос. В случае сообщения о некорректной работе сообщите, какие действия были предприняты, какой результат ожидался и какой получился. При этом обязательно укажите:
** под какой учетной записью производились действия;
** номера заказов/поисков с представленной проблемой (в текстовом виде);
** при сравнении с информацией в терминале GDS — скриншоты терминала в виде файлов в графическом формате или в виде ссылок на файл в графическом формате.
** ссылку на соответствующую страницу.

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

<blockquote>Подробное описание проблемы или четко сформулированный вопрос помогут нам быстрее найти решение. Если же обращение содержит недостаточно данных для анализа, сотрудник техподдержки может его отклонить или вернуть вам для предоставления корректных данных.</blockquote>

4. Выберите приоритет.

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

* '''Критический''' — несколько компонентов не работают или дают результат, отличный от первоначальной логики; при этом решить проблему самостоятельно невозможно, а клиенты несут финансовые потери. Отличается от '''Блокера''' тем, что система работоспособна. Отличается от '''Высокого''' тем, что наносит финансовые риски клиентам и компании, а именно:
** возникает проблема с работой основных функциональных компонентов системы, что подразумевает значительные финансовые потери;
** есть угроза наступления штрафов.

* '''Высокий''' — существенные ограничения в работе сервиса; при этом сервис работоспособен и его процессы не останавливаются. Отличается от '''Критического''' тем, что клиенты не несут финансовые потери, а компании не грозит наступление штрафов. Отличается от '''Среднего''' тем, что проблема повторяется у всех или многих пользователей и носит постоянный характер.

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

* '''Низкий''' — дефекты, не влияющие на производительность системы (например, визуальные).

<blockquote>Если установленный приоритет фактически не соответствует ситуации, сотрудник техподдержки вправе как повысить, так и понизить приоритет запроса.</blockquote>

=== Как отправить обращение по e-mail ===

Если у вас нет возможности сделать обращение в трекере техподдержки, рекомендуем обращаться по адресу helpdesk@nemo.travel. Система автоматически создает обращения в трекере из писем, отправленных на эту почту.

1. В поле '''Тема письма''' укажите заголовок обращения.

2. В поле '''Тело письма''' детально опишите вопрос или проблему. При необходимости прикрепите вложения.

3. В поле '''Кому''' укажите <code>helpdesk@nemo.travel</code>.

4. В поле '''Копия''' укажите <code>support@nemo.travel</code>. Так мы гарантированно получим письмо, даже если при синхронизации с трекером возникнут проблемы.

5. Нажмите <code>Отправить</code>.

[[Файл:Helpdesk mail example.png]]

Система обработает Ваше письмо и создаст тикет в трекере.

<blockquote>Получая обращение по почте, система сохраняет e-mail отправителя. Именно на эту почту будут приходить ответы и комментарии сотрудников техподдержки.</blockquote>

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

[[Файл:Helpdesk auto response.png]]

=== Как отслеживать статус обращений ===

1. Новым обращениям присваивается статус '''На рассмотрении'''. В рабочее время поддержки обращение будет принято в работу и передано на последующий анализ в течение 15 минут для '''Блокирующего''' и '''Критического''' приоритета и в течение 1 часа для остальных приоритетов.

<blockquote>Обращения с Критическим и Блокирующим приоритетом обрабатываются в режиме 24/7.</blockquote>

2. Первичный анализ обращения может занять от 30 минут до 5 суток в зависимости от приоритета:

* '''Блокер''' и '''Критический''' — минимально возможные сроки,
* '''Высокий''' — в течение 1 дня,
* '''Средний''' — в течение 3 дней,
* '''Низкий''' — до 5 дней.

По истечении этого срока сотрудник техподдержки сообщит вам о следующих этапах работы с обращением.

4. Если сотруднику техподдержки потребуется дополнительная информация, он задаст вопрос в комментарии и изменит статус заявки на '''Требует обратной связи'''. Вам нужно будет ответить на вопрос и в поле '''Назначена''' указать либо сотрудника, от которого пришел вопрос, либо пользователя _SUPPORT RECEPTION.

Если ответ на вопрос не поступит в течение 5 дней, сотрудник вам о нем напомнит. Если комментарий не поступит еще в течение 5 дней после напоминания, то обращение может быть закрыто.

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

4. Когда задача решена, но требуется провести проверку со стороны клиента, сотрудник техподдержки изменит статус на '''Решено, требует проверки'''. Если в течение 5 дней мы не получим от вас ответа, то обращение будет закрыто.

При нажатии на заявку отображается история переписки.

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

=== Правила закрытия обращений ===

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

=== Обратная связь ===
Если у вас появятся вопросы или замечания по срокам обработки вашего обращения, то вы можете выбрать обращение и нажать кнопку '''Пожаловаться на задержку'''.

== Время реакции технической поддержки ==
Реакция — это сообщение о том, что обращение получено.

Под целевым разрешением подразумевается предоставление:

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

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

Техподдержка предоставляется ежедневно с 10:00 до 19:00 по московскому времени в виде:

# консультаций;
# обработки сообщений об ошибках;
# обработки запросов на доработки системы.

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

== Альтернативные способы связи ==
Если по какой-либо причине трекер техподдержки недоступен, вы можете обратиться в компанию по адресу support@nemo.travel. При этом, когда доступ к трекеру будет восстановлен, обращение нужно продублировать там. Работа по обращению продолжится в соответствии с регламентом.

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

«ААА!!! Все сломалось!»

«Мы чего-то там нажали, а тут такое выскочило!!!»

«Ваша система пишет XXX вместо YYY!»

«Мы подумали и решили, что все должно быть по-другому — срочно переделайте!»

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

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

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

Файл:Helpdesk auto response.png

2023-11-03T08:37:27Z

D.tsyplakova:

Служба поддержки

2023-11-03T08:35:53Z

D.tsyplakova: /* Как отправить обращение по e-mail */исправлено форматирование, добавлен скриншот письма

Техническая поддержка клиентов осуществляется [https://helpdesk.websky.tech/ в трекере техподдержки]. Сотрудник техподдержки вправе попросить клиента продублировать обращение в трекере или отказать ему в обработке обращения, если оно отсутствует на портале.

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

== Регистрация в трекере техподдержки ==

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

Для того чтобы зарегистрироваться в трекере техподдержки, перейдите на [https://helpdesk.websky.tech/account/register/ helpdesk.websky.tech] и зарегистрируйтесь с помощью корпоративного e-mail.

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

* имя пользователя, указанное при регистрации;
* e-mail пользователя, указанный при регистрации;
* название компании (сотрудником которой вы являетесь).

Способы передачи информации для активации учетной записи:

* создайте обращение через активированную ранее учетную запись другого сотрудника;
* отправьте письмо на адрес [mailto:https://support@nemo.travel/ support@nemo.travel].

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

== Регламент обращений в техподдержку ==

=== Как создать обращение в трекере ===

1. Войдите в аккаунт и перейдите на вкладку '''Проекты'''.

[[Файл:Helpdesk_projects.png|1000px]]

Создайте обращение одним из следующих способов:

2.1. Перейдите на вкладку '''Задачи''' и нажмите '''Новая задача'''.

[[Файл:Helpdesk_task.png|1000px]]
[[Файл:Helpdesk_task_newtask.png|1000px]]

2.2. Перейдите в проект, нажмите '''+''' и выберите '''Новая задача'''.

[[Файл:Helpdesk_project.png|1000px]]
[[Файл:Helpdesk_task_project.png|1000px]]

=== Как заполнить обращение ===

[[Файл:helpdesk_task_info.png|1000px]]

1. Выберите тип трекера для вашего обращения.

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

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

* '''Обсуждение''' — консультации по работе с нашей системой. Консультации могут быть как платными, так и бесплатными.

2. В поле '''Тема''' кратко опишите проблему. Здесь не нужно указывать детали — это можно сделать в других полях.

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

3. В поле '''Описание''' укажите:

* подробное описание проблемы или четко сформулированный вопрос. В случае сообщения о некорректной работе сообщите, какие действия были предприняты, какой результат ожидался и какой получился. При этом обязательно укажите:
** под какой учетной записью производились действия;
** номера заказов/поисков с представленной проблемой (в текстовом виде);
** при сравнении с информацией в терминале GDS — скриншоты терминала в виде файлов в графическом формате или в виде ссылок на файл в графическом формате.
** ссылку на соответствующую страницу.

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

<blockquote>Подробное описание проблемы или четко сформулированный вопрос помогут нам быстрее найти решение. Если же обращение содержит недостаточно данных для анализа, сотрудник техподдержки может его отклонить или вернуть вам для предоставления корректных данных.</blockquote>

4. Выберите приоритет.

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

* '''Критический''' — несколько компонентов не работают или дают результат, отличный от первоначальной логики; при этом решить проблему самостоятельно невозможно, а клиенты несут финансовые потери. Отличается от '''Блокера''' тем, что система работоспособна. Отличается от '''Высокого''' тем, что наносит финансовые риски клиентам и компании, а именно:
** возникает проблема с работой основных функциональных компонентов системы, что подразумевает значительные финансовые потери;
** есть угроза наступления штрафов.

* '''Высокий''' — существенные ограничения в работе сервиса; при этом сервис работоспособен и его процессы не останавливаются. Отличается от '''Критического''' тем, что клиенты не несут финансовые потери, а компании не грозит наступление штрафов. Отличается от '''Среднего''' тем, что проблема повторяется у всех или многих пользователей и носит постоянный характер.

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

* '''Низкий''' — дефекты, не влияющие на производительность системы (например, визуальные).

<blockquote>Если установленный приоритет фактически не соответствует ситуации, сотрудник техподдержки вправе как повысить, так и понизить приоритет запроса.</blockquote>

=== Как отправить обращение по e-mail ===

Если у вас нет возможности сделать обращение в трекере техподдержки, рекомендуем обращаться по адресу helpdesk@nemo.travel. Система автоматически создает обращения в трекере из писем, отправленных на эту почту.

1. В поле '''Тема письма''' укажите заголовок обращения.

2. В поле '''Тело письма''' детально опишите вопрос или проблему. При необходимости прикрепите вложения.

3. В поле '''Кому''' укажите <code>helpdesk@nemo.travel</code>.

4. В поле '''Копия''' укажите <code>support@nemo.travel</code>. Так мы гарантированно получим письмо, даже если при синхронизации с трекером возникнут проблемы.

5. Нажмите <code>Отправить</code>.

[[Файл:Helpdesk mail example.png]]

Система обработает Ваше письмо и создаст тикет в трекере.

💡 При получении обращения по почте система сохраняет e-mail отправителя. Именно на эту почту будут приходить ответы и комментарии сотрудников техподдержки.

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

=== Как отслеживать статус обращений ===

1. Новым обращениям присваивается статус '''На рассмотрении'''. В рабочее время поддержки обращение будет принято в работу и передано на последующий анализ в течение 15 минут для '''Блокирующего''' и '''Критического''' приоритета и в течение 1 часа для остальных приоритетов.

<blockquote>Обращения с Критическим и Блокирующим приоритетом обрабатываются в режиме 24/7.</blockquote>

2. Первичный анализ обращения может занять от 30 минут до 5 суток в зависимости от приоритета:

* '''Блокер''' и '''Критический''' — минимально возможные сроки,
* '''Высокий''' — в течение 1 дня,
* '''Средний''' — в течение 3 дней,
* '''Низкий''' — до 5 дней.

По истечении этого срока сотрудник техподдержки сообщит вам о следующих этапах работы с обращением.

4. Если сотруднику техподдержки потребуется дополнительная информация, он задаст вопрос в комментарии и изменит статус заявки на '''Требует обратной связи'''. Вам нужно будет ответить на вопрос и в поле '''Назначена''' указать либо сотрудника, от которого пришел вопрос, либо пользователя _SUPPORT RECEPTION.

Если ответ на вопрос не поступит в течение 5 дней, сотрудник вам о нем напомнит. Если комментарий не поступит еще в течение 5 дней после напоминания, то обращение может быть закрыто.

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

4. Когда задача решена, но требуется провести проверку со стороны клиента, сотрудник техподдержки изменит статус на '''Решено, требует проверки'''. Если в течение 5 дней мы не получим от вас ответа, то обращение будет закрыто.

При нажатии на заявку отображается история переписки.

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

=== Правила закрытия обращений ===

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

=== Обратная связь ===
Если у вас появятся вопросы или замечания по срокам обработки вашего обращения, то вы можете выбрать обращение и нажать кнопку '''Пожаловаться на задержку'''.

== Время реакции технической поддержки ==
Реакция — это сообщение о том, что обращение получено.

Под целевым разрешением подразумевается предоставление:

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

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

Техподдержка предоставляется ежедневно с 10:00 до 19:00 по московскому времени в виде:

# консультаций;
# обработки сообщений об ошибках;
# обработки запросов на доработки системы.

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

== Альтернативные способы связи ==
Если по какой-либо причине трекер техподдержки недоступен, вы можете обратиться в компанию по адресу support@nemo.travel. При этом, когда доступ к трекеру будет восстановлен, обращение нужно продублировать там. Работа по обращению продолжится в соответствии с регламентом.

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

«ААА!!! Все сломалось!»

«Мы чего-то там нажали, а тут такое выскочило!!!»

«Ваша система пишет XXX вместо YYY!»

«Мы подумали и решили, что все должно быть по-другому — срочно переделайте!»

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

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

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

Файл:Helpdesk mail example.png

2023-11-03T08:34:14Z

D.tsyplakova:

Служба поддержки

2023-11-03T08:32:19Z

D.tsyplakova: /* Регламент обращений в техподдержку */добавлен блок "Как отправить обращение по e-mail"

Техническая поддержка клиентов осуществляется [https://helpdesk.websky.tech/ в трекере техподдержки]. Сотрудник техподдержки вправе попросить клиента продублировать обращение в трекере или отказать ему в обработке обращения, если оно отсутствует на портале.

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

== Регистрация в трекере техподдержки ==

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

Для того чтобы зарегистрироваться в трекере техподдержки, перейдите на [https://helpdesk.websky.tech/account/register/ helpdesk.websky.tech] и зарегистрируйтесь с помощью корпоративного e-mail.

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

* имя пользователя, указанное при регистрации;
* e-mail пользователя, указанный при регистрации;
* название компании (сотрудником которой вы являетесь).

Способы передачи информации для активации учетной записи:

* создайте обращение через активированную ранее учетную запись другого сотрудника;
* отправьте письмо на адрес [mailto:https://support@nemo.travel/ support@nemo.travel].

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

== Регламент обращений в техподдержку ==

=== Как создать обращение в трекере ===

1. Войдите в аккаунт и перейдите на вкладку '''Проекты'''.

[[Файл:Helpdesk_projects.png|1000px]]

Создайте обращение одним из следующих способов:

2.1. Перейдите на вкладку '''Задачи''' и нажмите '''Новая задача'''.

[[Файл:Helpdesk_task.png|1000px]]
[[Файл:Helpdesk_task_newtask.png|1000px]]

2.2. Перейдите в проект, нажмите '''+''' и выберите '''Новая задача'''.

[[Файл:Helpdesk_project.png|1000px]]
[[Файл:Helpdesk_task_project.png|1000px]]

=== Как заполнить обращение ===

[[Файл:helpdesk_task_info.png|1000px]]

1. Выберите тип трекера для вашего обращения.

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

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

* '''Обсуждение''' — консультации по работе с нашей системой. Консультации могут быть как платными, так и бесплатными.

2. В поле '''Тема''' кратко опишите проблему. Здесь не нужно указывать детали — это можно сделать в других полях.

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

3. В поле '''Описание''' укажите:

* подробное описание проблемы или четко сформулированный вопрос. В случае сообщения о некорректной работе сообщите, какие действия были предприняты, какой результат ожидался и какой получился. При этом обязательно укажите:
** под какой учетной записью производились действия;
** номера заказов/поисков с представленной проблемой (в текстовом виде);
** при сравнении с информацией в терминале GDS — скриншоты терминала в виде файлов в графическом формате или в виде ссылок на файл в графическом формате.
** ссылку на соответствующую страницу.

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

<blockquote>Подробное описание проблемы или четко сформулированный вопрос помогут нам быстрее найти решение. Если же обращение содержит недостаточно данных для анализа, сотрудник техподдержки может его отклонить или вернуть вам для предоставления корректных данных.</blockquote>

4. Выберите приоритет.

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

* '''Критический''' — несколько компонентов не работают или дают результат, отличный от первоначальной логики; при этом решить проблему самостоятельно невозможно, а клиенты несут финансовые потери. Отличается от '''Блокера''' тем, что система работоспособна. Отличается от '''Высокого''' тем, что наносит финансовые риски клиентам и компании, а именно:
** возникает проблема с работой основных функциональных компонентов системы, что подразумевает значительные финансовые потери;
** есть угроза наступления штрафов.

* '''Высокий''' — существенные ограничения в работе сервиса; при этом сервис работоспособен и его процессы не останавливаются. Отличается от '''Критического''' тем, что клиенты не несут финансовые потери, а компании не грозит наступление штрафов. Отличается от '''Среднего''' тем, что проблема повторяется у всех или многих пользователей и носит постоянный характер.

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

* '''Низкий''' — дефекты, не влияющие на производительность системы (например, визуальные).

<blockquote>Если установленный приоритет фактически не соответствует ситуации, сотрудник техподдержки вправе как повысить, так и понизить приоритет запроса.</blockquote>

=== Как отправить обращение по e-mail ===

Если у вас нет возможности сделать обращение в трекере техподдержки, рекомендуем обращаться по адресу helpdesk@nemo.travel. Система автоматически создает обращения в трекере из писем, отправленных на эту почту.

1. В поле '''Тема письма''' укажите заголовок обращения.
2. В поле '''Тело письма''' детально опишите вопрос или проблему. При необходимости прикрепите вложения.
3. В поле '''Кому''' укажите `helpdesk@nemo.travel`.
4. В поле '''Копия''' укажите `support@nemo.travel`. Так мы гарантированно получим письмо, даже если при синхронизации с трекером возникнут проблемы.
5. Нажмите `Отправить`.

Система обработает Ваше письмо и создаст тикет в трекере.

💡 При получении обращения по почте система сохраняет e-mail отправителя. Именно на эту почту будут приходить ответы и комментарии сотрудников техподдержки.

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

=== Как отслеживать статус обращений ===

1. Новым обращениям присваивается статус '''На рассмотрении'''. В рабочее время поддержки обращение будет принято в работу и передано на последующий анализ в течение 15 минут для '''Блокирующего''' и '''Критического''' приоритета и в течение 1 часа для остальных приоритетов.

<blockquote>Обращения с Критическим и Блокирующим приоритетом обрабатываются в режиме 24/7.</blockquote>

2. Первичный анализ обращения может занять от 30 минут до 5 суток в зависимости от приоритета:

* '''Блокер''' и '''Критический''' — минимально возможные сроки,
* '''Высокий''' — в течение 1 дня,
* '''Средний''' — в течение 3 дней,
* '''Низкий''' — до 5 дней.

По истечении этого срока сотрудник техподдержки сообщит вам о следующих этапах работы с обращением.

4. Если сотруднику техподдержки потребуется дополнительная информация, он задаст вопрос в комментарии и изменит статус заявки на '''Требует обратной связи'''. Вам нужно будет ответить на вопрос и в поле '''Назначена''' указать либо сотрудника, от которого пришел вопрос, либо пользователя _SUPPORT RECEPTION.

Если ответ на вопрос не поступит в течение 5 дней, сотрудник вам о нем напомнит. Если комментарий не поступит еще в течение 5 дней после напоминания, то обращение может быть закрыто.

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

4. Когда задача решена, но требуется провести проверку со стороны клиента, сотрудник техподдержки изменит статус на '''Решено, требует проверки'''. Если в течение 5 дней мы не получим от вас ответа, то обращение будет закрыто.

При нажатии на заявку отображается история переписки.

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

=== Правила закрытия обращений ===

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

=== Обратная связь ===
Если у вас появятся вопросы или замечания по срокам обработки вашего обращения, то вы можете выбрать обращение и нажать кнопку '''Пожаловаться на задержку'''.

== Время реакции технической поддержки ==
Реакция — это сообщение о том, что обращение получено.

Под целевым разрешением подразумевается предоставление:

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

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

Техподдержка предоставляется ежедневно с 10:00 до 19:00 по московскому времени в виде:

# консультаций;
# обработки сообщений об ошибках;
# обработки запросов на доработки системы.

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

== Альтернативные способы связи ==
Если по какой-либо причине трекер техподдержки недоступен, вы можете обратиться в компанию по адресу support@nemo.travel. При этом, когда доступ к трекеру будет восстановлен, обращение нужно продублировать там. Работа по обращению продолжится в соответствии с регламентом.

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

«ААА!!! Все сломалось!»

«Мы чего-то там нажали, а тут такое выскочило!!!»

«Ваша система пишет XXX вместо YYY!»

«Мы подумали и решили, что все должно быть по-другому — срочно переделайте!»

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

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

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

HITIT

2023-09-25T07:05:04Z

D.tsyplakova:

[[Категория: Поставщики авиабилетов]]
[[Файл:HITIT_logo.png|right]]
'''HITIT''' — турецкий поставщик услуг бронирования авиабилетов круга авиакомпаний-партнеров системы.

Система {{NameSystemLink}} предоставляет продажи билетов лоукост-авиакомпании «[[FlyArystan]]» (KC) через систему HITIT.

== Подключение HITIT в {{NameSystem}} ==

Для того чтобы подключиться к поставщику, вам нужно:

# Обратиться в авиакомпанию для заключения договора.
# Получить live-реквизиты:
#* логин,
#* пароль,
#*инвойс.
# Создать заявку на подключение реквизитов в Nemo.Travel и указать в ней полученные данные.

После этого мы предоставим заведем и настроим реквизиты подключения к поставщику.

= Особенности HITIT =
* Авиакомпания «FlyArystan» — лоукостер. Продаются только билеты Эконом-класса. IATA-код '''KC''' делится между авиакомпаниями «FlyArystan» и «Air Astana».
* Нет возможности забронировать младенца с местом. При поиске, если в запросе присутствует пассажир типа INS, результаты от HITIT отфильтровываются и не попадают в выдачу.
* [[УПТ]] от поставщика приходит в виде ссылки.
* Пакеты услуг («Комфорт» и «Комфорт Плюс») авиакомпании «FlyArystan» в системе {{NameSystem}} отображены в виде семейств тарифов. {{Attention|Дополнительные услуги авиакомпании не реализованы.}}
* Модификация и довнесение данных в бронь не реализовано.
* Операции обмена и возврата проводятся напрямую через поставщика/авиакомпанию.
* Поддерживается только возврат билетов на всех пассажиров заказа единовременно.
* Операция войдирования билетов не поддерживается, войдирование билетов необходимо производить напрямую через поставщика/авиакомпанию.
* Данные о багаже приходят от поставщика только после бронирования. Рекомендуется включение настройки {{Setting|Брать информацию о багаже из путеводителя}} в разделе '''Управление продажами → Авиабилеты → Процессы → Форма бронирования''' для отображения информации о багаже сразу на результатах поиска.
* Проверять выдачу можно на маршруте ALA-NQZ-ALA
* Для получения production реквизитов необходимо подготовить список тест-кейсов, которые указаны в документации Hitit, и отправить им для проверки и получения данных production реквизитов.

= См. также =
* [[КРС (Компьютерная система резервирования)]]
* [[Форма бронирования (Авиабилеты)]]
* [[Реквизиты подключения к ГРС в {{NameProject2}}]]
* [[FlyArystan]]

HITIT

2023-09-22T10:55:14Z

D.tsyplakova: /* Подключение HITIT в {{NameSystem}} */

[[Категория: Поставщики авиабилетов]]
[[Файл:HITIT_logo.png|right]]
'''HITIT''' — турецкий поставщик услуг бронирования авиабилетов круга авиакомпаний-партнеров системы.

Система {{NameSystemLink}} предоставляет продажи билетов лоукост-авиакомпании «[[FlyArystan]]» (KC) через систему HITIT.

== Подключение HITIT в {{NameSystem}} ==
В результате обращения и согласования условий с авиакомпанией и системой HITIT агент должен получить live-реквизиты (логин, пароль, инвойс).

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

= Особенности HITIT =
* Авиакомпания «FlyArystan» — лоукостер. Продаются только билеты Эконом-класса. IATA-код '''KC''' делится между авиакомпаниями «FlyArystan» и «Air Astana».
* Нет возможности забронировать младенца с местом. При поиске, если в запросе присутствует пассажир типа INS, результаты от HITIT отфильтровываются и не попадают в выдачу.
* [[УПТ]] от поставщика приходит в виде ссылки.
* Пакеты услуг («Комфорт» и «Комфорт Плюс») авиакомпании «FlyArystan» в системе {{NameSystem}} отображены в виде семейств тарифов. {{Attention|Дополнительные услуги авиакомпании не реализованы.}}
* Модификация и довнесение данных в бронь не реализовано.
* Операции обмена и возврата проводятся напрямую через поставщика/авиакомпанию.
* Поддерживается только возврат билетов на всех пассажиров заказа единовременно.
* Операция войдирования билетов не поддерживается, войдирование билетов необходимо производить напрямую через поставщика/авиакомпанию.
* Данные о багаже приходят от поставщика только после бронирования. Рекомендуется включение настройки {{Setting|Брать информацию о багаже из путеводителя}} в разделе '''Управление продажами → Авиабилеты → Процессы → Форма бронирования''' для отображения информации о багаже сразу на результатах поиска.
* Проверять выдачу можно на маршруте ALA-NQZ-ALA
* Для получения production реквизитов необходимо подготовить список тест-кейсов, которые указаны в документации Hitit, и отправить им для проверки и получения данных production реквизитов.

= См. также =
* [[КРС (Компьютерная система резервирования)]]
* [[Форма бронирования (Авиабилеты)]]
* [[Реквизиты подключения к ГРС в {{NameProject2}}]]
* [[FlyArystan]]

AccelAero

2023-09-22T10:53:34Z

D.tsyplakova: /* Особенности ACCELaero */

[[Категория: Поставщики авиабилетов]]

'''ACCELaero''' — это компьютерная система резервирования, обслуживающая авиакомпании, аэропорты и турагенства. Является частной компанией, созданной в 2005 году. Штаб-квартира компании находится в Шардже, ОАЭ, а центр развития находится в Коломбо, Шри-Ланка. В Nemo.Travel представлена авиакомпаниями Air Arabia (G9) и Fly Arna (G6).

'''Air Arabia''' — первый бюджетный авиаперевозчик на Ближнем Востоке. Осуществляет полеты в 89 городов мира. В отличие от многих лоукост-перевозчиков, Air Arabia предлагает перелеты между пунктами назначения с пересадкой в базовом аэропорту Шарджи и бесплатно предоставляет услугу перевозки багажа. Авиакомпания имеет свои дочерние подразделения: Air Arabia Egypt в Александрии, Египет и Air Arabia Maroc в Касабланке.

'''Fly Arna''' (ЗАО «Армянские национальные авиалинии») — национальная бюджетная авиакомпания, базирующаяся в Ереване. Совместное предприятие Air Arabia и Фонда национальных интересов Армении (ANIF), принадлежащего правительству Армении. Получив лицензию эксплуатанта в мае 2022 года, авиакомпания начала перелеты в Среднюю Азию, Ближний Восток и Россию. Самыми популярными направления на сегодня: Москва — Ереван, Сочи — Ереван, Ереван — Тбилиси, Ереван — Стамбул. В 2023 году Fly Arna планирует добавить европейские направления.

= Подключение =
В {{NameSystem}} можно реализовать подключение к API ACCELaero. Для этого агентству необходимо:
# обратиться '''в авиакомпанию''' для заключения договора и подписания NDA;
# получить логин, пароль, код агента, валюту реквизита и направления для проверки;
# передать реквизиты в техподдержку {{NameSystem}}.

После этого сотрудники {{NameSystem}} заведут и настроят реквизиты подключения к ACCELaero.

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

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

{{Attention|'''Отмена и возврат брони не поддерживается через API. Это возможно только через звонок в контакт-центр поставщика.'''}}
* По умолчанию цена перелета при поиске возвращается в валюте AED, если в договоре с поставщиком не обозначено иное;
* В ответе от поставщика нет типа воздушного судна. Тип проставляется согласно имеющейся информации о воздушном флоте а/к.
* У поставщика действует ограничение: при бронировании перелета менее чем за 72 часа до вылета необходима единовременная выписка билетов. Для того чтобы обойти данное ограничение, на стороне нашей системы добавлено эмулирование бронирования. Это значит, что бронирование и выписка для таких заказов производится сразу же после оплаты заказа (при выполнении запроса выписки билетов).
* Для всех аэропортов, для которых в системе AccelAero не настроены терминалы, ответ OTA отправляется как Терминал X. К примеру, для аэропортов SHJ и FRU в системе не настроен терминал, поэтому в ответ отправляется Терминал X. Для аэропортов, в которых присутствует терминал, в ответе отправляется соответствующий терминал.

= Особенности работы =
== Конвертация валют ==
{{Attention|'''Для корректной работы с коннектором в справочнике валют агентства должен быть задан курс валюты AED для конвертации цены из валюты поставщика AED в валюту агентства.'''}}

Необходимость вызвана техническими особенностями работы ACCELaero. Со стороны поставщика нет возможности передавать полную стоимость и разбивку в валюте, отличной от AED, на всех этапах бронирования. Таким образом, возвращаемые значения цен конвертируются из AED на стороне {{NameSystem}} на основе значений, заданных в справочнике валют и курсов.

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

# В настройке валюты агентства выбрать опцию '''Не загружать''' для параметра '''Загружать курсы валют из (применяется для всего агентства)''';
# В справочнике валют и курсов агентства выбрать опцию '''вручную задать курс AED относительно принимаемой за единицу валюты агентства'''. Например, при использовании курсов валют ЦБ РФ необходимо задать AED к RUB, т.к. RUB = 1, и т.д.;
# В настройке валюты агентства выбрать используемую ранее необходимую опцию для параметра '''Загружать курсы валют из (применяется для всего агентства)'''.

Подробнее с настройкой валют вы можете ознакомиться в [http://support.nemo.travel/ru/%D0%92%D0%B0%D0%BB%D1%8E%D1%82%D0%B0 пользовательской документации '''Валюта''']

{{Attention|При использовании курсов валют из справочника в системе {{NameSystem}} ответственность за корректность и своевременное обновление курсов валют несет агент.}}

{{Attention|Если при входе в Личный Кабинет Air Arabia система требует сменить пароль, для корректной работы обратитесь в проектный трекер helpdesk.nemo.travel, чтобы изменить пароль в том числе в реквизитах. Это необходимо сделать '''после''' того, как пароль был изменен в личном кабинете. Смена пароля может потребоваться, если долгое время не производился вход в личный кабинет.}}

== Поиск ==
В поисковых запросах необходимо указывать код аэропорта.

Поиск поддерживается по трем типам пассажиров:

* ADT — не более 9;
* CNN — не более 9;
* INF — не более количества ADT;
* INS — не поддерживается.

Поддерживается OW, RT, CT, SingleOJ.

Поддерживает перелеты только эконом-класса.

Основной тип поиска — '''AllFlightsOnePrice'''. Это поиск с наименьшей ценой + дополнительные запросы цен на каждый оставшийся перелёт. Можно делать неограниченное число запросов в минуту.

== Бронирование и выписка ==
При работе с заказом данные документов, удостоверяющих личности, поставщику не передаются. Такие данные хранятся только в {{NameSystem}}.

Бронирование возможно не позже, чем за 12 часов до первого рейса. После бронирования есть тайм-лимит на оплату.

== Семейства тарифов ==

В данный момент доступны следующие бренды:
* '''Basic''' реализован на стороне {{NameSystem}};
* '''Value''' и '''Extra''' приходят от поставщика, и от них зависит багаж и доступные доп. услуги при бронировании.

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

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

== См. также ==
* [[ГРС]]
* [[Галилео]]
* [[Сейбр]]
* [[Amadeus]]
* [[Сирена Трэвел]]
* [[API Travelfusion]]
* [[Kiwi.com]]
* [[Air Arabia]]

Подпишитесь на письма о ежемесячных обновлениях системы {{NameSystem}}:

[[Изображение:Newsletter-2_small.png|left|link=https://www.nemo.travel/company/contacts.html]]

Nemo Inventory (компонент)

2023-09-12T08:37:06Z

D.tsyplakova: /* Раздел «Простановка номеров билетов» */

[[Категория:Модули]]
[[Категория:Дополнительные модули]]
== О компоненте ==
'''Nemo Inventory (Инвентори)''' — система управления контентом (ресурсом мест и тарифами). Инвентори помогает организовать онлайн-продажи тех перелетов, которые не доступны через обычные интеграции с поставщиками авиаконтента.

Nemo Inventory разработана в соответствии с рекомендациями IATA. С ее помощью агенты могут полностью контролировать и планировать ресурсы и посадочные места, а перевозчики — управлять собственными ресурсами мест для максимизации дохода.

=== Примеры использования ===

Nemo Inventory используется для:

* продажи блочных (блок-чартерных) мест на регулярных или чартерных рейсах, когда места на рейсах определённой а/к по определенному маршруту и с определенным расписанием выкуплены заказчиком (фрахтователем);
* договорных тарифов, которые существуют на бумаге, но отсутствуют в GDS. Места при этом берутся из обычного общедоступного блока мест в GDS;
* договорных тарифов, брони по которым оформляются авиакомпанией внутри своего хостинга по отдельной процедуре;
* других случаев, при которых невозможно организовать онлайн-продажи через GDS.

=== Преимущества ===

✅ Инвентори помогает организовать онлайн-продажи вашего уникального контента так же просто и эффективно, как и продажи перелётов из классических источников (GDS). Для ваших клиентов — путешественников и субагентов — покупка перелета из Инвентори происходит так же, как из GDS.

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

✅ Для туристических компаний, фрахтующих значительные объемы мест, Инвентори дает возможность эффективно реализовывать оставшиеся посадочные места, распродавать «горящие» остатки мест, продавать пустые прогоны на завозных и вывозных рейсах (так называемые «empty lеgs») в начале и конце чартерной программы.

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

Эти преимущества делают Инвентори незаменимым средством для продажи спецтарифов через все возможные каналы продаж.

=== Подключение и настройка ===

Компонент настраивается в разделе '''Работа с заказами → Nemo Inventory''' и включает в себя подразделы:

* '''Управление контентом''',
* '''Монитор рейсов''',
* '''Простановка номеров билетов'''.

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

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

В {{NameSystem}} компонент Инвентори выступает поставщиком авиаконтента по аналогии с классическими GDS. Это значит, что контент, заведенный в Инвентори, возможно использовать в рамках стандартного функционала {{NameSystem}}: осуществлять поиск, бронирование, отмену перелета.

При этом предоставляются широкие возможности по управлению ресурсом мест и тарифами. Это достигается во многом за счет того, что менеджер агентства самостоятельно заносит контент в XLS-файлы и загружает их в Инвентори.

Nemo Inventory поддерживает следующие типы контента:

* рейс,
* ресурс мест,
* комбинация рейсов,
* тариф,
* такса.

== Раздел «Управление контентом» ==

В этом разделе вы можете работать с контентом: загружать его в систему и экспортировать для последующего редактирования.

=== Подготовка данных к загрузке ===

Перед загрузкой контента в Инвентори внесите контент в XLS-файлы. Шаблоны файлов:

Рейсы: [[Файл:Flight empty.xls]],
Комбинации: [[Файл:Combination empty.xls]],
Тарифы: [[Файл:Tariff ow empty.xls]].

==== Рейс ====
Этот тип контента содержит информацию о рейсе, на которое агентство продает места. Включает в себя:

* тип рейса (чартер/регулярный),
* признак активности,
* номер рейса, компании,
* коды маркетинговой и оперирующей а/к,
* расписание,
* прочее.

{| class="wikitable mw-collapsible mw-collapsed"
!colspan = 4|Как заполнять данные о рейсе
|-
! scope="col" | Поле
! scope="col" | Описание
! scope="col" | Допустимые значения
! scope="col" | Примеры
|-
| id
| Уникальный номер записи о перелете, который присваивает система при выгрузке файла. При загрузке файла не заполняется. Редактирование правила с заданным id приводит к изменению уже созданного правила, а если поле пустое, то будет создано новое правило.
| Пустое или системный номер
| 30 48
|-
| активен
| Определяет, будет ли рейс появляться в поисковой выдаче 
| <code>1</code> — активен <code>0</code> — неактивен <code>-1</code> — удаление рейса пустое — неактивен
| 1 0 -1
|-
| маркетинговая компания
| Код [[Маркетинговый_перевозчик| перевозчика]], который владеет местами и тарифами на рейсе (для регулярных рейсов) 
| IATA-код авиакомпании
| UT UN
|-
| фрахтователь
| Код перевозчика, который владеет местами и тарифами на рейсе (для чартерных рейсов) 
| IATA-код авиакомпании
| UT UN S7
|-
| оперирующая а/к
| Код [[Оперирующий перевозчик|перевозчика]], выполняющего рейс 
| IATA-код авиакомпании
| SU UN
|-
| вылет
| Код аэропорта вылета (допустимы агрегирующие) 
| IATA-код аэропорта
| MOW VKO
|-
| прилет
| Код аэропорта прилета (допустимы агрегирующие) 
| IATA-код аэропорта
| MOW VKO
|-
| посадка
| Код аэропорта технической посадки (допустимы агрегирующие). На рейсе можно указывать более 1 остановки. Посадка считается остановкой, а не пересадкой, если при этом не происходит смены номера рейса. Даже если воздушное судно садится, пассажиров выгружают, загружают в другой самолет и отправляют дальше, без смены номера рейса это остается технической посадкой, которая отображается как техническая посадка на одном едином сегменте перелета. 
| IATA-код аэропорта
| MOW VKO
|-
| номер рейса
| Уникальный номер рейса 
| Цифры (допустимы латинские буквы)
| 203 11
|-
| терминал вылета
| Код или номер терминала в аэропорту вылета 
| Латинские буквы или цифры
| А С
|-
| терминал прилета
| Код или номер терминала в аэропорту прилета 
| Латинские буквы или цифры
| А С
|-
| время вылета
| Время вылета рейса по временной зоне аэропорта вылета 
| HH:MM
| 23:04 11:15
|-
| время прилета
| Время прилета рейса по временной зоне аэропорта прилета 
| HH:MM
| 22:05 09:15
|-
| следующие сутки
| Признак прилета в предыдущий или следующий день для аэропортов с существенной разницей во временных зонах. Задается в количестве суток разницы.
| +значение -значение
| +2 (прилет через сутки) -1 (прилет в предыдущие сутки)
|-
| дни недели
| Список дней в рамках двухнедельного периода, который задается на определенный сезон. Дни по нечетным неделям задаются цифрами от 1 до 7, по четным — от 8 до 14. Стартом для отсчета является первый день недели, с которой начинается сезон полетов (даже если этот день не попадает под расписание). Например, в расписании даты 26.07.2023 — 26.08.2023, где 26.07 — 3 день недели. Если 3 день будет указан в таблице, то рейс будет доступен 26.07, 9.08 и 23.08 В расписании можно задавать несколько сезонов полетов, для каждого из которых может быть свое расписание. Сезоны полетов не могут пересекаться: если рейс выполняется с 1 мая по 20 декабря по одним дням, а с 1 сентября по 1 ноября — по другим, то должно быть 3 сезона: с 1.05 по 31.08, с 1.09 по 1.11, с 2.11 по 20.12.
| Цифры от 1 до 14, разделенные запятой
| 2,4,6,9,11,13 (вторник, четверг, суббота по четным и нечетным неделям) 8,9,10,11,12,13,14 (все дни по четным неделям)
|-
| сезон полетов начало
| Дата начала сезона полетов 
| DD.MM.YYYY
| 01.01.2014 02.08.2015
|-
| сезон полетов конец
| Дата окончания сезона полетов 
| DD.MM.YYYY
| 01.01.2015 02.08.2016
|-
| тип вс
| Тип воздушного судна (ВС), выполняющего рейс. Для того чтобы информация о ВС подтянулась с путеводителя, нужно указать трехзначный код ВС.
| Текстовая строка
| 139 747
|-
| эконом
| Количество доступных мест на рейсе в базовом классе «Эконом» по каждому подклассу бронирования
| Литера подкласса + количество мест (без разделителя)
| Y9,T13,N9 L17,M20
|-
| бизнес
| Количество доступных мест на рейсе в базовом классе «Бизнес» по каждому подклассу бронирования
| Литера подкласса + количество мест (без разделителя)
| J9,C12,D9 C12,D10
|-
| первый
| Количество доступных мест на рейсе в базовом классе «Первый» по каждому подклассу бронирования
| Литера подкласса + количество мест (без разделителя). Комбинации разделяются запятой
| F15,P2 A10
|}

==== Комбинации ====

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

Комбинация может содержать максимум 4 рейса. Информация о каждом рейсе в комбинации включает в себя:

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

Между последовательными парами рейсов можно задавать ограничения по допустимой длительности путешествия в виде списка количества дней между датами вылета первого и второго рейсов в паре. Длительность путешествия вычисляется как прямое вычитание дат вылета первого и второго рейсов в паре (12.02 — 10.02 = 2 дня длительность путешествия). Если не указано, то никаких ограничений не применяется для данной пары рейсов.

{| class="wikitable mw-collapsible mw-collapsed"
!colspan = 4|Как заполнять данные о комбинациях
|-
! scope="col" | Поле 
! scope="col" | Описание 
! scope="col" | Допустимые значения 
! scope="col" | Примеры 
|-
| id
| Уникальный номер записи о перелете, который присваивает система при выгрузке файла. При загрузке файла не заполняется. Редактирование правила с заданным id приводит к изменению уже созданного правила, а если поле пустое, то будет создано новое правило
| Пустое или системный номер
| 30 48
|-
| активен
| Используется для удаления тарифа 
| <code>-1</code> — удаление тарифа, пустое — без изменений
| -1
|-
| тип маршрута
| Тип маршрута на данной комбинации
|
* OW, 
* RT, 
* CT
| OW RT
|
|-
| фрахтователь
| Код компании, предоставляющей блок мест на данном рейсе (для чартеров - фрахтователь) 
| IATA-код авиакомпании
| SU UN
|-
| номер рейса
| Номер рейса 
| Число
|112 114
|-
| литера
| Список литер классов перелета, которые могут участвовать в данной комбинации (минимум одна) 
| Код
| Y D
|-
| дата начала полетов
| Дата начала выполнения рейсов в рамках комбинации. Не может быть раньше даты первого рейса на основании расписания в '''Мониторе рейсов''' 
| DD.MM.YYYY
| 01.01.2015 02.08.2016
|-
| дата окончания полетов
| Дата окончания выполнения рейсов в рамках комбинации. Не может быть позже даты последнего рейса на основании расписания в '''Мониторе рейсов''' 
| DD.MM.YYYY
| 01.01.2014 02.08.2015
|-
| дней между
| Допустимое количество дней между соседними рейсами в комбинации. Если не задано, то между соседними рейсами может быть любая длительность. Несколько значений указываются через <code>;</code> '''Пример''': в комбинации 4 рейса. Между 1 и 2 рейсами должно быть X дней, между 2 и 3 — Y дней, между 3 и 4 — Z дней. В таком случае в поле нужно указать X;Y;Z.
| Цифра
| 1 2;4;6
|-
|}

==== Тариф ====
Тариф описывает правила формирования цены для определенного набора рейсов, заведенных в файле [[Nemo_Inventory_(компонент)#Комбинации|'''Комбинации''']].

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

{| class="wikitable mw-collapsible mw-collapsed"
!colspan = 4|Как заполнять данные о тарифах
|-
! scope="col" | Поле 
! scope="col" | Описание 
! scope="col" | Допустимые значения 
! scope="col" | Примеры 
|-
| id
| Уникальный номер записи о перелете, который присваивает система при выгрузке файла. При загрузке файла не заполняется. Редактирование правила с заданным id приводит к изменению уже созданного правила, а если поле пустое, то будет создано новое правило.
| Пустое или системный номер
| 30 48
|-
| активен
| Используется для удаления тарифа 
| <code>-1</code> — удаление тарифа пустое — без изменений
| -1
|-
| маркетинговая компания
| Название или код [Маркетинговый перевозчик|маркетинговой авиакомпании]. Маркетинговая компания должна соответствовать фрахтователю из файла информации о рейсе. 
| Текстовая строка
| SU UN
|-
|класс
| Базовый класс тарифа 
| Текстовая строка:
* Economy — Эконом-класс (стандарт), 
* Business — Бизнес-класс (стандарт и премиум), 
* First — Первый класс (стандарт и премиум), 
* PremiumEconomy — Премиум-эконом, 
* Other — остальные классы.
| Business PremiumEconomy
|-
| код тарифа
| Буквенно-цифровой код тарифа 
| Текстовая строка
| BTWE ECNN
|-
| таймлимит
| Время жизни бронирования до автоматической аннуляции. Задается как количество часов:
* с момента бронирования,
* до вылета,
* до конца суток бронирования (аннуляция запускается в 23:45 суток бронирования).
|
* +H,
* -Н,
* d
|
+24 (заказ аннулируется спустя сутки с момента бронирования) -120 (заказ аннулируется за 5 суток до вылета) d (заказ аннулируется в конце суток бронирования)
|-
| возврат
| Условия возврата по тарифу 
|
* <code>0</code> — полностью возвратный тариф,
* пустое значение — полностью невозвратный тариф.

| 0
|-
| обмен
| Условия обмена по тарифу 
|
* <code>0</code> — обмен производится бесплатно,
* пустое значение — полностью невозвратный тариф.

| 0
|-
| дата начала продаж
| Дата начала продаж по данному тарифу 
| DD.MM.YYYY
| 01.01.2014 02.08.2015
|-
| дата конца продаж
| Дата окончания продаж по данному тарифу 
| DD.MM.YYYY
| 01.01.2015 02.08.2016
|-
| дата начала полетов
| Дата начала рейсов по данному тарифу. Указывается та же дата, что и в файле [[Nemo Inventory (компонент)#Комбинации|'''Комбинации''']] 
| DD.MM.YYYY
| 01.01.2014 02.08.2015
|-
| дата конца полетов
| Дата окончания рейсов по данному тарифу. Указывается та же дата, что и в файле [[Nemo Inventory (компонент)#Комбинации|'''Комбинации''']] 
| DD.MM.YYYY
| 01.01.2015 02.08.2016
литера
|-
| цены на комбинации
| Комбинация рейсов, к которым применяется тариф. Для каждой комбинации указывается своя цена
| id комбинации(цена)
| 1170(1000 RUB) 4(13000 RUB)
|-
| скидка для ребенка
| Скидка от базового тарифа для категории пассажира «Ребенок» 
| Процентное значение или значение в валюте базового тарифа
| 30% 2000
|-
| скидка для младенцев без места
| Скидка от базового тарифа для категории пассажира «Младенец без места» 
| Процентное значение или значение в валюте базового тарифа
| 50% 4000
|-
| скидка для младенцев с местом
| Скидка от базового тарифа для категории пассажира «Младенец без места» 
| Процентное значение или значение в валюте базового тарифа
| 90% 8000
|-
| скидка для ребенка, летящего отдельно
| Скидка от базового тарифа для ребенка без сопровождения взрослого 
| Процентное значение или значение в валюте базового тарифа
| 30% 2000
|-
| текст правил
| Текст условий применения тарифа
| Текстовая строка
|
|-
| питание
| Доступные для выбора типы питания на борту. Разделяются запятой
|
* AlcoholBeverages,
* Beverages,
* Breakfast,
* ColdMeal,
* ContinentalBreakfast,
* Dinner,
* HotMeal,
* Lunch,
* Meal,
* Refreshment,
* Snack
| Beverages,Snack,HotMeal ContinentalBreakfast,Lunch,Meal
|-
| багаж для взрослого
| Норма бесплатного провоза багажа для категории пассажира «Взрослый» 
|
* Пустое — багаж оплачивается отдельно,
* 1PC — количество багажных мест,
* 10KG — максимальный вес в килограммах,
* 10LB — максимальный вес в фунтах

| 1PC (одно место) 10LB (десять фунтов)
|-
| багаж для ребенка
| Норма бесплатного провоза багажа для категории пассажира «Ребенок» 
|
* Пустое — багаж оплачивается отдельно,
* 1PC — количество багажных мест,
* 10KG — максимальный вес в килограммах,
* 10LB — максимальный вес в фунтах

| 1PC (одно место) 10LB (десять фунтов)
|-
| багаж для младенца без места
| Норма бесплатного провоза багажа для категории пассажира «Младенец без места» 
|
* Пустое — багаж оплачивается отдельно,
* 1PC — количество багажных мест,
* 10KG — максимальный вес в килограммах,
* 10LB — максимальный вес в фунтах

| 1PC (одно место) 10LB (десять фунтов)
|-
| багаж для младенца с местом
| Норма бесплатного провоза багажа для категории пассажира «Младенец с местом» 
|
* Пустое — багаж оплачивается отдельно,
* 1PC — количество багажных мест,
* 10KG — максимальный вес в килограммах,
* 10LB — максимальный вес в фунтах

| 1PC (одно место) 10LB (десять фунтов)
|-
| маска тарифа
| Маска тарифа для маршрутной квитанции. Если задана, в маршрутной квитанции код тарифа заменяется на заданное значение
| Текстовая строка
| CHRT CHRT BUSINESS
|-
| endorsement
| Эндорсмент. Задается, если нужно вывести его в маршрутной квитанции
| Текстовая строка
|
|-
| ticketing gtee
| Гарантированный срок отправки маршрутной квитанции пассажиру
| H — количество часов до вылета
| 25 48 
|}

Для того чтобы управлять квотами мест по тарифам на определенном рейсе, вам нужно:
# занести в файл «Рейс» несколько строк, соответствующих данному рейсу на разные даты и с разными квотами (подклассами и количеством мест).
# занести в файл «Комбинации» условия на каждую дату и подкласс.
При этом важно учитывать, что данные в файлах «Рейс» и «Комбинации» связываются по коду фрахтователя. Это значит, что в файле «Рейс» каждая строка с рейсом должна иметь уникальный код фрахтователя. В противном случае система не сможет подобрать нужный рейс для комбинации.

=== Загрузка данных в систему ===

Для того чтобы загрузить контент в Инвентори:

1. В выпадающем списке выберите тип файла, который вы собираетесь загрузить.
{| class="wikitable"
|-
|[[Файл:Инвентори Импорт 1.png]]
|-
|Рисунок 1. Выбор типа импортируемого файла
|}
2. Нажмите <code>Обзор...</code> и выберите нужный файл.

3. Нажмите <code>Загрузить</code>.

{| class="wikitable"
|-
|[[Файл:Инвентори Импорт 2.png]]
|-
|Рисунок 2. Загрузка файлов в Инвентори
|}

=== Редактирование данных ===

Для того чтобы изменить данные в файле:

# Нажмите на кнопку с соответствующим типом (см. Рисунок 3).
# Отредактируйте содержимое файла.
# [[Nemo Inventory (компонент)#Загрузка данных в систему|Загрузите]] отредактированный файл в систему.

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

{| class="wikitable"
|-
|[[Файл:Инвентори Экспорт.png]]
|-
|Рисунок 3. Экспорт файлов
|}

Загружая обновленный файл в систему, вы получите предупреждение <code>Невозможно перезаписать более новые данные указанными устаревшими</code>. Предупреждение связано с контролем версий файла. На этом этапе вы можете:

* принудительно перезаписать данные,
* отказаться от загрузки.

== Раздел «Монитор рейсов» ==
В этом разделе отображается расписание, сформированное на основе данных из раздела [[Nemo Inventory (компонент)#Раздел «Управление контентом»|'''Управление контентом''']].

В верхней части окна указаны наименования маркетинговых компаний и количество рейсов на выбранный период (день, три дня, неделя, две недели, месяц). Так, на Рисунке 4 отображается 90 рейсов перевозчика Nemo (<code>Nemo : 90</code>, период — месяц).

Карточка рейса содержит:

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

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

{| class="wikitable"
|-
|[[Файл:monit.png|1000px|Раздел «Монитор рейсов»]]
|-
|Рисунок 4. Раздел '''Монитор рейсов'''
|}

=== Изменение расписания ===

Функция '''Изменение расписания''' полезна, если вам нужно:

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

{| class="wikitable"
|-
|[[Файл:change1.png|600px|Изменение расписания рейса на конкретные даты]]
|-
|Рисунок 5. Изменение расписания в разделе '''Монитор рейсов'''
|}

== Раздел «Простановка номеров билетов» ==

В этом разделе отображаются заказы, в которых нужно проставить номера билетов. Доступ к разделу имеет [[Менеджер агентства|менеджер]] и [[Эксперт по бронированию|эксперт]] агентства. Проставить номера билетов нужно для того, чтобы завершить выписку заказа (см. [[Nemo Inventory (компонент)#Контент Nemo Inventory в продаже перелетов|Контент Nemo Inventory в продаже перелетов]]).

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

Для того чтобы проставить номера билетов из файла:
# Нажмите <code>Обзор..</code> и выберите нужный файл.
# Нажмите <code>Импорт</code>.

{| class="wikitable"
|-
|[[Файл:Автоматическая простановка номеров билетов.png|Раздел «Простановка номеров билета»]]
|-
|Рисунок 7. Раздел '''Простановка номеров билетов'''
|}

Уникальные данные, по которым происходит идентификация заказа при импорте:

* Фамилия, Имя (ФИО, разделитель пробел),
* Дата рождения (d.m.Y),
* Номер рейса,
* № билета,
* Дата вылета (d.m.Y).

{| class="wikitable mw-collapsible mw-collapsed"
!colspan = 5|Пример файла
|-
! scope="col" | Фамилия, Имя 
! scope="col" | Дата рождения 
! scope="col" | Номер рейса 
! scope="col" | № билета 
! scope="col" | Дата вылета 
|-
| WOLF JANELLE
| 18.09.1994
| 911
| 1952438681143
| 22.05.2023
|-
| FLAGMANSDG IVAN
| 10.10.1990
| 911
| 1952438681144
| 22.05.2023
|}

== Контент Nemo Inventory в продаже перелетов ==
Порядок и логика использования разных типов контента при поиске, бронировании и выписке.

=== Поиск ===

Поисковый запрос в Инвентори обрабатывается так:

# '''Для запрошенных сегментов строится маршрут'''. Максимальная длина маршрута для запрошенного сегмента ограничена 1 сегментом. На текущий момент пересадочный рейс ищется только как сложный маршрут. Если для одного из сегментов не удалось построить маршрут, то поиск прерывается ошибкой <code>Невозможно построить маршрут для запрошенного сегмента</code>. 
# '''Для построенных маршрутов ищутся подходящие рейсы и строятся полные перелеты.''' Поиск прерывается, если:
#* для одного из сегментов не удалось найти подходящих рейсов (ошибка <code>Не удалось найти расписание, удовлетворяющее заданным критериям, для сегмента</code>);
#* не удалось построить ни одного полного перелета (ошибка <code>Невозможно построить полный перелёт, удовлетворяющий заданным критериям</code>);
#* ни для одного из построенных перелетов нет нужного количества мест (ошибка <code>Нет необходимого количества свободных мест на перелётах, удовлетворяющих заданным критериям</code>). 
# '''К построенным перелетам применяются комбинации рейсов.''' При этом перелеты из более чем 4 сегментов отбрасываются. Если для перелета не удалось найти полностью ему соответствующей комбинации, то для каждого сегмента в перелете ищется отдельная комбинация. Если ни для одного из перелетов не удалось найти подходящих комбинаций, то поиск прерывается ошибкой <code>Нет допустимых комбинаций рейсов, удовлетворяющих заданным критериям</code>. 
# '''Для каждого перелета формируется набор тарифов с наименьшей ценой.''' При этом система:
## Рассматривает каждую комбинацию, которая применилась к перелету.
## Получает все тарифы для владельца мест на первом рейсе комбинации. Для каждого тарифа проверяется:
##* применимость к текущей комбинации рейсов (по ID комбинации),
##* возможность продажи по данному тарифу первого рейса из комбинации. При этом проверяется, что:
##** текущая дата входит в один из сезонов продажи тарифа (<code>SalesDates</code>) и этот сезон не заканчивается через час;
##** дата вылета первого рейса в комбинации входит в один из сезонов обслуживания тарифа (<code>ServiceDates</code>);
##** соблюдены ограничения на минимальное время до вылета и максимальное количество дней до вылета.
##* доступ к тарифу, если он приватный, а также ограничения по предпочитаемым типам тарифа из поискового запроса;
##* применимость тарифа для запрошенных типов пассажира (если тариф заведен на тип пассажира, отличный от ADT). Если тариф прошел все проверки, то он считается применимым к данной комбинации. Если подходящих тарифов не нашлось, то оценка данного перелета прекращается, и в поисковую выдачу он не попадает. 
# '''Из всех подходящих тарифов выбирается тариф с наименьшей ценой (с учетом цены комбинации и запрошенных типов пассажиров)'''. Если ни для одного перелета не нашлось подходящих цен, то поиск прерывается ошибкой <code>Не удалось найти цен, удовлетворяющих заданным критериям</code>. Перелеты, цены для которых нашлись, попадают в поисковую выдачу.

=== Бронирование ===
Бронирование в Инвентори происходит следующим образом:
# Система проверяет наличие:
#* бронируемых рейсов,
#* нужного количества мест на них.
# Система оценивает забронированный перелет так же, как при поиске.
# На основании всех полученных данных в Инвентори создается объект PNR. Если цену получить не удалось, то взятые места возвращаются в пул доступных для бронирования, и бронирование прерывается соответствующей ошибкой.

Доступные действия с бронью:
* обновление (получение актуального статуса и цены),
* отмена,
* выписка.

=== Выписка ===
Выписка в Инвентори выполняется в 3 этапа:
# После поступления оплаты от клиента генерируются электронные документы (ЭД) на оформление билетов от а/к. Бронь приобретает статус <code>ожидает выписки</code>.
# Представитель агента вручную переносит брони в стороннюю систему (GDS или инвенторную систему а/к) для автоматической выписки билетов.
# Представитель агента загружает файл с выписанными билетами в раздел Инвентори [[Nemo Inventory (компонент)#Раздел «Простановка номеров билетов»|'''Простановка номеров билетов''']].

Когда номера билетов будут проставлены, бронь в Инвентори принимет статус <code>выписано</code>. При этом ЭД, сгенерированные на первом этапе, деактивируются со статусом <code>использовано</code>.

Бронь после выписки и до внесения билетов а/к можно войдировать в течение некоторого времени. При этом ЭД на оформление билетов деактивируются со статусом <code>отменено</code>. Удаление внесенных билетов а/к на данный момент не поддерживается.

Nemo Inventory (компонент)

2023-09-12T08:21:10Z

D.tsyplakova: /* Раздел «Простановка номеров билетов» */

[[Категория:Модули]]
[[Категория:Дополнительные модули]]
== О компоненте ==
'''Nemo Inventory (Инвентори)''' — система управления контентом (ресурсом мест и тарифами). Инвентори помогает организовать онлайн-продажи тех перелетов, которые не доступны через обычные интеграции с поставщиками авиаконтента.

Nemo Inventory разработана в соответствии с рекомендациями IATA. С ее помощью агенты могут полностью контролировать и планировать ресурсы и посадочные места, а перевозчики — управлять собственными ресурсами мест для максимизации дохода.

=== Примеры использования ===

Nemo Inventory используется для:

* продажи блочных (блок-чартерных) мест на регулярных или чартерных рейсах, когда места на рейсах определённой а/к по определенному маршруту и с определенным расписанием выкуплены заказчиком (фрахтователем);
* договорных тарифов, которые существуют на бумаге, но отсутствуют в GDS. Места при этом берутся из обычного общедоступного блока мест в GDS;
* договорных тарифов, брони по которым оформляются авиакомпанией внутри своего хостинга по отдельной процедуре;
* других случаев, при которых невозможно организовать онлайн-продажи через GDS.

=== Преимущества ===

✅ Инвентори помогает организовать онлайн-продажи вашего уникального контента так же просто и эффективно, как и продажи перелётов из классических источников (GDS). Для ваших клиентов — путешественников и субагентов — покупка перелета из Инвентори происходит так же, как из GDS.

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

✅ Для туристических компаний, фрахтующих значительные объемы мест, Инвентори дает возможность эффективно реализовывать оставшиеся посадочные места, распродавать «горящие» остатки мест, продавать пустые прогоны на завозных и вывозных рейсах (так называемые «empty lеgs») в начале и конце чартерной программы.

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

Эти преимущества делают Инвентори незаменимым средством для продажи спецтарифов через все возможные каналы продаж.

=== Подключение и настройка ===

Компонент настраивается в разделе '''Работа с заказами → Nemo Inventory''' и включает в себя подразделы:

* '''Управление контентом''',
* '''Монитор рейсов''',
* '''Простановка номеров билетов'''.

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

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

В {{NameSystem}} компонент Инвентори выступает поставщиком авиаконтента по аналогии с классическими GDS. Это значит, что контент, заведенный в Инвентори, возможно использовать в рамках стандартного функционала {{NameSystem}}: осуществлять поиск, бронирование, отмену перелета.

При этом предоставляются широкие возможности по управлению ресурсом мест и тарифами. Это достигается во многом за счет того, что менеджер агентства самостоятельно заносит контент в XLS-файлы и загружает их в Инвентори.

Nemo Inventory поддерживает следующие типы контента:

* рейс,
* ресурс мест,
* комбинация рейсов,
* тариф,
* такса.

== Раздел «Управление контентом» ==

В этом разделе вы можете работать с контентом: загружать его в систему и экспортировать для последующего редактирования.

=== Подготовка данных к загрузке ===

Перед загрузкой контента в Инвентори внесите контент в XLS-файлы. Шаблоны файлов:

Рейсы: [[Файл:Flight empty.xls]],
Комбинации: [[Файл:Combination empty.xls]],
Тарифы: [[Файл:Tariff ow empty.xls]].

==== Рейс ====
Этот тип контента содержит информацию о рейсе, на которое агентство продает места. Включает в себя:

* тип рейса (чартер/регулярный),
* признак активности,
* номер рейса, компании,
* коды маркетинговой и оперирующей а/к,
* расписание,
* прочее.

{| class="wikitable mw-collapsible mw-collapsed"
!colspan = 4|Как заполнять данные о рейсе
|-
! scope="col" | Поле
! scope="col" | Описание
! scope="col" | Допустимые значения
! scope="col" | Примеры
|-
| id
| Уникальный номер записи о перелете, который присваивает система при выгрузке файла. При загрузке файла не заполняется. Редактирование правила с заданным id приводит к изменению уже созданного правила, а если поле пустое, то будет создано новое правило.
| Пустое или системный номер
| 30 48
|-
| активен
| Определяет, будет ли рейс появляться в поисковой выдаче 
| <code>1</code> — активен <code>0</code> — неактивен <code>-1</code> — удаление рейса пустое — неактивен
| 1 0 -1
|-
| маркетинговая компания
| Код [[Маркетинговый_перевозчик| перевозчика]], который владеет местами и тарифами на рейсе (для регулярных рейсов) 
| IATA-код авиакомпании
| UT UN
|-
| фрахтователь
| Код перевозчика, который владеет местами и тарифами на рейсе (для чартерных рейсов) 
| IATA-код авиакомпании
| UT UN S7
|-
| оперирующая а/к
| Код [[Оперирующий перевозчик|перевозчика]], выполняющего рейс 
| IATA-код авиакомпании
| SU UN
|-
| вылет
| Код аэропорта вылета (допустимы агрегирующие) 
| IATA-код аэропорта
| MOW VKO
|-
| прилет
| Код аэропорта прилета (допустимы агрегирующие) 
| IATA-код аэропорта
| MOW VKO
|-
| посадка
| Код аэропорта технической посадки (допустимы агрегирующие). На рейсе можно указывать более 1 остановки. Посадка считается остановкой, а не пересадкой, если при этом не происходит смены номера рейса. Даже если воздушное судно садится, пассажиров выгружают, загружают в другой самолет и отправляют дальше, без смены номера рейса это остается технической посадкой, которая отображается как техническая посадка на одном едином сегменте перелета. 
| IATA-код аэропорта
| MOW VKO
|-
| номер рейса
| Уникальный номер рейса 
| Цифры (допустимы латинские буквы)
| 203 11
|-
| терминал вылета
| Код или номер терминала в аэропорту вылета 
| Латинские буквы или цифры
| А С
|-
| терминал прилета
| Код или номер терминала в аэропорту прилета 
| Латинские буквы или цифры
| А С
|-
| время вылета
| Время вылета рейса по временной зоне аэропорта вылета 
| HH:MM
| 23:04 11:15
|-
| время прилета
| Время прилета рейса по временной зоне аэропорта прилета 
| HH:MM
| 22:05 09:15
|-
| следующие сутки
| Признак прилета в предыдущий или следующий день для аэропортов с существенной разницей во временных зонах. Задается в количестве суток разницы.
| +значение -значение
| +2 (прилет через сутки) -1 (прилет в предыдущие сутки)
|-
| дни недели
| Список дней в рамках двухнедельного периода, который задается на определенный сезон. Дни по нечетным неделям задаются цифрами от 1 до 7, по четным — от 8 до 14. Стартом для отсчета является первый день недели, с которой начинается сезон полетов (даже если этот день не попадает под расписание). Например, в расписании даты 26.07.2023 — 26.08.2023, где 26.07 — 3 день недели. Если 3 день будет указан в таблице, то рейс будет доступен 26.07, 9.08 и 23.08 В расписании можно задавать несколько сезонов полетов, для каждого из которых может быть свое расписание. Сезоны полетов не могут пересекаться: если рейс выполняется с 1 мая по 20 декабря по одним дням, а с 1 сентября по 1 ноября — по другим, то должно быть 3 сезона: с 1.05 по 31.08, с 1.09 по 1.11, с 2.11 по 20.12.
| Цифры от 1 до 14, разделенные запятой
| 2,4,6,9,11,13 (вторник, четверг, суббота по четным и нечетным неделям) 8,9,10,11,12,13,14 (все дни по четным неделям)
|-
| сезон полетов начало
| Дата начала сезона полетов 
| DD.MM.YYYY
| 01.01.2014 02.08.2015
|-
| сезон полетов конец
| Дата окончания сезона полетов 
| DD.MM.YYYY
| 01.01.2015 02.08.2016
|-
| тип вс
| Тип воздушного судна (ВС), выполняющего рейс. Для того чтобы информация о ВС подтянулась с путеводителя, нужно указать трехзначный код ВС.
| Текстовая строка
| 139 747
|-
| эконом
| Количество доступных мест на рейсе в базовом классе «Эконом» по каждому подклассу бронирования
| Литера подкласса + количество мест (без разделителя)
| Y9,T13,N9 L17,M20
|-
| бизнес
| Количество доступных мест на рейсе в базовом классе «Бизнес» по каждому подклассу бронирования
| Литера подкласса + количество мест (без разделителя)
| J9,C12,D9 C12,D10
|-
| первый
| Количество доступных мест на рейсе в базовом классе «Первый» по каждому подклассу бронирования
| Литера подкласса + количество мест (без разделителя). Комбинации разделяются запятой
| F15,P2 A10
|}

==== Комбинации ====

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

Комбинация может содержать максимум 4 рейса. Информация о каждом рейсе в комбинации включает в себя:

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

Между последовательными парами рейсов можно задавать ограничения по допустимой длительности путешествия в виде списка количества дней между датами вылета первого и второго рейсов в паре. Длительность путешествия вычисляется как прямое вычитание дат вылета первого и второго рейсов в паре (12.02 — 10.02 = 2 дня длительность путешествия). Если не указано, то никаких ограничений не применяется для данной пары рейсов.

{| class="wikitable mw-collapsible mw-collapsed"
!colspan = 4|Как заполнять данные о комбинациях
|-
! scope="col" | Поле 
! scope="col" | Описание 
! scope="col" | Допустимые значения 
! scope="col" | Примеры 
|-
| id
| Уникальный номер записи о перелете, который присваивает система при выгрузке файла. При загрузке файла не заполняется. Редактирование правила с заданным id приводит к изменению уже созданного правила, а если поле пустое, то будет создано новое правило
| Пустое или системный номер
| 30 48
|-
| активен
| Используется для удаления тарифа 
| <code>-1</code> — удаление тарифа, пустое — без изменений
| -1
|-
| тип маршрута
| Тип маршрута на данной комбинации
|
* OW, 
* RT, 
* CT
| OW RT
|
|-
| фрахтователь
| Код компании, предоставляющей блок мест на данном рейсе (для чартеров - фрахтователь) 
| IATA-код авиакомпании
| SU UN
|-
| номер рейса
| Номер рейса 
| Число
|112 114
|-
| литера
| Список литер классов перелета, которые могут участвовать в данной комбинации (минимум одна) 
| Код
| Y D
|-
| дата начала полетов
| Дата начала выполнения рейсов в рамках комбинации. Не может быть раньше даты первого рейса на основании расписания в '''Мониторе рейсов''' 
| DD.MM.YYYY
| 01.01.2015 02.08.2016
|-
| дата окончания полетов
| Дата окончания выполнения рейсов в рамках комбинации. Не может быть позже даты последнего рейса на основании расписания в '''Мониторе рейсов''' 
| DD.MM.YYYY
| 01.01.2014 02.08.2015
|-
| дней между
| Допустимое количество дней между соседними рейсами в комбинации. Если не задано, то между соседними рейсами может быть любая длительность. Несколько значений указываются через <code>;</code> '''Пример''': в комбинации 4 рейса. Между 1 и 2 рейсами должно быть X дней, между 2 и 3 — Y дней, между 3 и 4 — Z дней. В таком случае в поле нужно указать X;Y;Z.
| Цифра
| 1 2;4;6
|-
|}

==== Тариф ====
Тариф описывает правила формирования цены для определенного набора рейсов, заведенных в файле [[Nemo_Inventory_(компонент)#Комбинации|'''Комбинации''']].

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

{| class="wikitable mw-collapsible mw-collapsed"
!colspan = 4|Как заполнять данные о тарифах
|-
! scope="col" | Поле 
! scope="col" | Описание 
! scope="col" | Допустимые значения 
! scope="col" | Примеры 
|-
| id
| Уникальный номер записи о перелете, который присваивает система при выгрузке файла. При загрузке файла не заполняется. Редактирование правила с заданным id приводит к изменению уже созданного правила, а если поле пустое, то будет создано новое правило.
| Пустое или системный номер
| 30 48
|-
| активен
| Используется для удаления тарифа 
| <code>-1</code> — удаление тарифа пустое — без изменений
| -1
|-
| маркетинговая компания
| Название или код [Маркетинговый перевозчик|маркетинговой авиакомпании]. Маркетинговая компания должна соответствовать фрахтователю из файла информации о рейсе. 
| Текстовая строка
| SU UN
|-
|класс
| Базовый класс тарифа 
| Текстовая строка:
* Economy — Эконом-класс (стандарт), 
* Business — Бизнес-класс (стандарт и премиум), 
* First — Первый класс (стандарт и премиум), 
* PremiumEconomy — Премиум-эконом, 
* Other — остальные классы.
| Business PremiumEconomy
|-
| код тарифа
| Буквенно-цифровой код тарифа 
| Текстовая строка
| BTWE ECNN
|-
| таймлимит
| Время жизни бронирования до автоматической аннуляции. Задается как количество часов:
* с момента бронирования,
* до вылета,
* до конца суток бронирования (аннуляция запускается в 23:45 суток бронирования).
|
* +H,
* -Н,
* d
|
+24 (заказ аннулируется спустя сутки с момента бронирования) -120 (заказ аннулируется за 5 суток до вылета) d (заказ аннулируется в конце суток бронирования)
|-
| возврат
| Условия возврата по тарифу 
|
* <code>0</code> — полностью возвратный тариф,
* пустое значение — полностью невозвратный тариф.

| 0
|-
| обмен
| Условия обмена по тарифу 
|
* <code>0</code> — обмен производится бесплатно,
* пустое значение — полностью невозвратный тариф.

| 0
|-
| дата начала продаж
| Дата начала продаж по данному тарифу 
| DD.MM.YYYY
| 01.01.2014 02.08.2015
|-
| дата конца продаж
| Дата окончания продаж по данному тарифу 
| DD.MM.YYYY
| 01.01.2015 02.08.2016
|-
| дата начала полетов
| Дата начала рейсов по данному тарифу. Указывается та же дата, что и в файле [[Nemo Inventory (компонент)#Комбинации|'''Комбинации''']] 
| DD.MM.YYYY
| 01.01.2014 02.08.2015
|-
| дата конца полетов
| Дата окончания рейсов по данному тарифу. Указывается та же дата, что и в файле [[Nemo Inventory (компонент)#Комбинации|'''Комбинации''']] 
| DD.MM.YYYY
| 01.01.2015 02.08.2016
литера
|-
| цены на комбинации
| Комбинация рейсов, к которым применяется тариф. Для каждой комбинации указывается своя цена
| id комбинации(цена)
| 1170(1000 RUB) 4(13000 RUB)
|-
| скидка для ребенка
| Скидка от базового тарифа для категории пассажира «Ребенок» 
| Процентное значение или значение в валюте базового тарифа
| 30% 2000
|-
| скидка для младенцев без места
| Скидка от базового тарифа для категории пассажира «Младенец без места» 
| Процентное значение или значение в валюте базового тарифа
| 50% 4000
|-
| скидка для младенцев с местом
| Скидка от базового тарифа для категории пассажира «Младенец без места» 
| Процентное значение или значение в валюте базового тарифа
| 90% 8000
|-
| скидка для ребенка, летящего отдельно
| Скидка от базового тарифа для ребенка без сопровождения взрослого 
| Процентное значение или значение в валюте базового тарифа
| 30% 2000
|-
| текст правил
| Текст условий применения тарифа
| Текстовая строка
|
|-
| питание
| Доступные для выбора типы питания на борту. Разделяются запятой
|
* AlcoholBeverages,
* Beverages,
* Breakfast,
* ColdMeal,
* ContinentalBreakfast,
* Dinner,
* HotMeal,
* Lunch,
* Meal,
* Refreshment,
* Snack
| Beverages,Snack,HotMeal ContinentalBreakfast,Lunch,Meal
|-
| багаж для взрослого
| Норма бесплатного провоза багажа для категории пассажира «Взрослый» 
|
* Пустое — багаж оплачивается отдельно,
* 1PC — количество багажных мест,
* 10KG — максимальный вес в килограммах,
* 10LB — максимальный вес в фунтах

| 1PC (одно место) 10LB (десять фунтов)
|-
| багаж для ребенка
| Норма бесплатного провоза багажа для категории пассажира «Ребенок» 
|
* Пустое — багаж оплачивается отдельно,
* 1PC — количество багажных мест,
* 10KG — максимальный вес в килограммах,
* 10LB — максимальный вес в фунтах

| 1PC (одно место) 10LB (десять фунтов)
|-
| багаж для младенца без места
| Норма бесплатного провоза багажа для категории пассажира «Младенец без места» 
|
* Пустое — багаж оплачивается отдельно,
* 1PC — количество багажных мест,
* 10KG — максимальный вес в килограммах,
* 10LB — максимальный вес в фунтах

| 1PC (одно место) 10LB (десять фунтов)
|-
| багаж для младенца с местом
| Норма бесплатного провоза багажа для категории пассажира «Младенец с местом» 
|
* Пустое — багаж оплачивается отдельно,
* 1PC — количество багажных мест,
* 10KG — максимальный вес в килограммах,
* 10LB — максимальный вес в фунтах

| 1PC (одно место) 10LB (десять фунтов)
|-
| маска тарифа
| Маска тарифа для маршрутной квитанции. Если задана, в маршрутной квитанции код тарифа заменяется на заданное значение
| Текстовая строка
| CHRT CHRT BUSINESS
|-
| endorsement
| Эндорсмент. Задается, если нужно вывести его в маршрутной квитанции
| Текстовая строка
|
|-
| ticketing gtee
| Гарантированный срок отправки маршрутной квитанции пассажиру
| H — количество часов до вылета
| 25 48 
|}

Для того чтобы управлять квотами мест по тарифам на определенном рейсе, вам нужно:
# занести в файл «Рейс» несколько строк, соответствующих данному рейсу на разные даты и с разными квотами (подклассами и количеством мест).
# занести в файл «Комбинации» условия на каждую дату и подкласс.
При этом важно учитывать, что данные в файлах «Рейс» и «Комбинации» связываются по коду фрахтователя. Это значит, что в файле «Рейс» каждая строка с рейсом должна иметь уникальный код фрахтователя. В противном случае система не сможет подобрать нужный рейс для комбинации.

=== Загрузка данных в систему ===

Для того чтобы загрузить контент в Инвентори:

1. В выпадающем списке выберите тип файла, который вы собираетесь загрузить.
{| class="wikitable"
|-
|[[Файл:Инвентори Импорт 1.png]]
|-
|Рисунок 1. Выбор типа импортируемого файла
|}
2. Нажмите <code>Обзор...</code> и выберите нужный файл.

3. Нажмите <code>Загрузить</code>.

{| class="wikitable"
|-
|[[Файл:Инвентори Импорт 2.png]]
|-
|Рисунок 2. Загрузка файлов в Инвентори
|}

=== Редактирование данных ===

Для того чтобы изменить данные в файле:

# Нажмите на кнопку с соответствующим типом (см. Рисунок 3).
# Отредактируйте содержимое файла.
# [[Nemo Inventory (компонент)#Загрузка данных в систему|Загрузите]] отредактированный файл в систему.

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

{| class="wikitable"
|-
|[[Файл:Инвентори Экспорт.png]]
|-
|Рисунок 3. Экспорт файлов
|}

Загружая обновленный файл в систему, вы получите предупреждение <code>Невозможно перезаписать более новые данные указанными устаревшими</code>. Предупреждение связано с контролем версий файла. На этом этапе вы можете:

* принудительно перезаписать данные,
* отказаться от загрузки.

== Раздел «Монитор рейсов» ==
В этом разделе отображается расписание, сформированное на основе данных из раздела [[Nemo Inventory (компонент)#Раздел «Управление контентом»|'''Управление контентом''']].

В верхней части окна указаны наименования маркетинговых компаний и количество рейсов на выбранный период (день, три дня, неделя, две недели, месяц). Так, на Рисунке 4 отображается 90 рейсов перевозчика Nemo (<code>Nemo : 90</code>, период — месяц).

Карточка рейса содержит:

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

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

{| class="wikitable"
|-
|[[Файл:monit.png|1000px|Раздел «Монитор рейсов»]]
|-
|Рисунок 4. Раздел '''Монитор рейсов'''
|}

=== Изменение расписания ===

Функция '''Изменение расписания''' полезна, если вам нужно:

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

{| class="wikitable"
|-
|[[Файл:change1.png|600px|Изменение расписания рейса на конкретные даты]]
|-
|Рисунок 5. Изменение расписания в разделе '''Монитор рейсов'''
|}

== Раздел «Простановка номеров билетов» ==

В этом разделе отображаются заказы, в которых нужно проставить номера билетов. Доступ к разделу имеет [[Менеджер агентства|менеджер]] и [[Эксперт по бронированию|эксперт]] агентства. Проставить номера билетов нужно для того, чтобы завершить выписку заказа (см. [[Nemo Inventory (компонент)#Контент Nemo Inventory в продаже перелетов|Контент Nemo Inventory в продаже перелетов]]).

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

Для того чтобы проставить номера билетов из файла:
# Нажмите <code>Обзор..</code> и выберите нужный файл.
# Нажмите <code>Импорт</code>.

{| class="wikitable"
|-
|[[Файл:Автоматическая простановка номеров билетов.png|Раздел «Простановка номеров билета»]]
|-
|Рисунок 7. Раздел '''Простановка номеров билетов'''
|}

Уникальные данные, по которым происходит идентификация заказа при импорте:

* Фамилия, Имя (ФИО, разделитель пробел),
* Дата рождения (d.m.Y),
* Номер рейса,
* № билета,
* Дата вылета (d.m.Y).
Пример файла:

== Контент Nemo Inventory в продаже перелетов ==
Порядок и логика использования разных типов контента при поиске, бронировании и выписке.

=== Поиск ===

Поисковый запрос в Инвентори обрабатывается так:

# '''Для запрошенных сегментов строится маршрут'''. Максимальная длина маршрута для запрошенного сегмента ограничена 1 сегментом. На текущий момент пересадочный рейс ищется только как сложный маршрут. Если для одного из сегментов не удалось построить маршрут, то поиск прерывается ошибкой <code>Невозможно построить маршрут для запрошенного сегмента</code>. 
# '''Для построенных маршрутов ищутся подходящие рейсы и строятся полные перелеты.''' Поиск прерывается, если:
#* для одного из сегментов не удалось найти подходящих рейсов (ошибка <code>Не удалось найти расписание, удовлетворяющее заданным критериям, для сегмента</code>);
#* не удалось построить ни одного полного перелета (ошибка <code>Невозможно построить полный перелёт, удовлетворяющий заданным критериям</code>);
#* ни для одного из построенных перелетов нет нужного количества мест (ошибка <code>Нет необходимого количества свободных мест на перелётах, удовлетворяющих заданным критериям</code>). 
# '''К построенным перелетам применяются комбинации рейсов.''' При этом перелеты из более чем 4 сегментов отбрасываются. Если для перелета не удалось найти полностью ему соответствующей комбинации, то для каждого сегмента в перелете ищется отдельная комбинация. Если ни для одного из перелетов не удалось найти подходящих комбинаций, то поиск прерывается ошибкой <code>Нет допустимых комбинаций рейсов, удовлетворяющих заданным критериям</code>. 
# '''Для каждого перелета формируется набор тарифов с наименьшей ценой.''' При этом система:
## Рассматривает каждую комбинацию, которая применилась к перелету.
## Получает все тарифы для владельца мест на первом рейсе комбинации. Для каждого тарифа проверяется:
##* применимость к текущей комбинации рейсов (по ID комбинации),
##* возможность продажи по данному тарифу первого рейса из комбинации. При этом проверяется, что:
##** текущая дата входит в один из сезонов продажи тарифа (<code>SalesDates</code>) и этот сезон не заканчивается через час;
##** дата вылета первого рейса в комбинации входит в один из сезонов обслуживания тарифа (<code>ServiceDates</code>);
##** соблюдены ограничения на минимальное время до вылета и максимальное количество дней до вылета.
##* доступ к тарифу, если он приватный, а также ограничения по предпочитаемым типам тарифа из поискового запроса;
##* применимость тарифа для запрошенных типов пассажира (если тариф заведен на тип пассажира, отличный от ADT). Если тариф прошел все проверки, то он считается применимым к данной комбинации. Если подходящих тарифов не нашлось, то оценка данного перелета прекращается, и в поисковую выдачу он не попадает. 
# '''Из всех подходящих тарифов выбирается тариф с наименьшей ценой (с учетом цены комбинации и запрошенных типов пассажиров)'''. Если ни для одного перелета не нашлось подходящих цен, то поиск прерывается ошибкой <code>Не удалось найти цен, удовлетворяющих заданным критериям</code>. Перелеты, цены для которых нашлись, попадают в поисковую выдачу.

=== Бронирование ===
Бронирование в Инвентори происходит следующим образом:
# Система проверяет наличие:
#* бронируемых рейсов,
#* нужного количества мест на них.
# Система оценивает забронированный перелет так же, как при поиске.
# На основании всех полученных данных в Инвентори создается объект PNR. Если цену получить не удалось, то взятые места возвращаются в пул доступных для бронирования, и бронирование прерывается соответствующей ошибкой.

Доступные действия с бронью:
* обновление (получение актуального статуса и цены),
* отмена,
* выписка.

=== Выписка ===
Выписка в Инвентори выполняется в 3 этапа:
# После поступления оплаты от клиента генерируются электронные документы (ЭД) на оформление билетов от а/к. Бронь приобретает статус <code>ожидает выписки</code>.
# Представитель агента вручную переносит брони в стороннюю систему (GDS или инвенторную систему а/к) для автоматической выписки билетов.
# Представитель агента загружает файл с выписанными билетами в раздел Инвентори [[Nemo Inventory (компонент)#Раздел «Простановка номеров билетов»|'''Простановка номеров билетов''']].

Когда номера билетов будут проставлены, бронь в Инвентори принимет статус <code>выписано</code>. При этом ЭД, сгенерированные на первом этапе, деактивируются со статусом <code>использовано</code>.

Бронь после выписки и до внесения билетов а/к можно войдировать в течение некоторого времени. При этом ЭД на оформление билетов деактивируются со статусом <code>отменено</code>. Удаление внесенных билетов а/к на данный момент не поддерживается.

Nemo Inventory (компонент)

2023-09-07T10:54:16Z

D.tsyplakova: /* Подготовка данных к загрузке */

[[Категория:Модули]]
[[Категория:Дополнительные модули]]
== О компоненте ==
'''Nemo Inventory (Инвентори)''' — система управления контентом (ресурсом мест и тарифами). Инвентори помогает организовать онлайн-продажи тех перелетов, которые не доступны через обычные интеграции с поставщиками авиаконтента.

Nemo Inventory разработана в соответствии с рекомендациями IATA. С ее помощью агенты могут полностью контролировать и планировать ресурсы и посадочные места, а перевозчики — управлять собственными ресурсами мест для максимизации дохода.

=== Примеры использования ===

Nemo Inventory используется для:

* продажи блочных (блок-чартерных) мест на регулярных или чартерных рейсах, когда места на рейсах определённой а/к по определенному маршруту и с определенным расписанием выкуплены заказчиком (фрахтователем);
* договорных тарифов, которые существуют на бумаге, но отсутствуют в GDS. Места при этом берутся из обычного общедоступного блока мест в GDS;
* договорных тарифов, брони по которым оформляются авиакомпанией внутри своего хостинга по отдельной процедуре;
* других случаев, при которых невозможно организовать онлайн-продажи через GDS.

=== Преимущества ===

✅ Инвентори помогает организовать онлайн-продажи вашего уникального контента так же просто и эффективно, как и продажи перелётов из классических источников (GDS). Для ваших клиентов — путешественников и субагентов — покупка перелета из Инвентори происходит так же, как из GDS.

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

✅ Для туристических компаний, фрахтующих значительные объемы мест, Инвентори дает возможность эффективно реализовывать оставшиеся посадочные места, распродавать «горящие» остатки мест, продавать пустые прогоны на завозных и вывозных рейсах (так называемые «empty lеgs») в начале и конце чартерной программы.

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

Эти преимущества делают Инвентори незаменимым средством для продажи спецтарифов через все возможные каналы продаж.

=== Подключение и настройка ===

Компонент настраивается в разделе '''Работа с заказами → Nemo Inventory''' и включает в себя подразделы:

* '''Управление контентом''',
* '''Монитор рейсов''',
* '''Простановка номеров билетов'''.

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

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

В {{NameSystem}} компонент Инвентори выступает поставщиком авиаконтента по аналогии с классическими GDS. Это значит, что контент, заведенный в Инвентори, возможно использовать в рамках стандартного функционала {{NameSystem}}: осуществлять поиск, бронирование, отмену перелета.

При этом предоставляются широкие возможности по управлению ресурсом мест и тарифами. Это достигается во многом за счет того, что менеджер агентства самостоятельно заносит контент в XLS-файлы и загружает их в Инвентори.

Nemo Inventory поддерживает следующие типы контента:

* рейс,
* ресурс мест,
* комбинация рейсов,
* тариф,
* такса.

== Раздел «Управление контентом» ==

В этом разделе вы можете работать с контентом: загружать его в систему и экспортировать для последующего редактирования.

=== Подготовка данных к загрузке ===

Перед загрузкой контента в Инвентори внесите контент в XLS-файлы. Шаблоны файлов:

Рейсы: [[Файл:Flight empty.xls]],
Комбинации: [[Файл:Combination empty.xls]],
Тарифы: [[Файл:Tariff ow empty.xls]].

==== Рейс ====
Этот тип контента содержит информацию о рейсе, на которое агентство продает места. Включает в себя:

* тип рейса (чартер/регулярный),
* признак активности,
* номер рейса, компании,
* коды маркетинговой и оперирующей а/к,
* расписание,
* прочее.

{| class="wikitable mw-collapsible mw-collapsed"
!colspan = 4|Как заполнять данные о рейсе
|-
! scope="col" | Поле
! scope="col" | Описание
! scope="col" | Допустимые значения
! scope="col" | Примеры
|-
| id
| Уникальный номер записи о перелете, который присваивает система при выгрузке файла. При загрузке файла не заполняется. Редактирование правила с заданным id приводит к изменению уже созданного правила, а если поле пустое, то будет создано новое правило.
| Пустое или системный номер
| 30 48
|-
| активен
| Определяет, будет ли рейс появляться в поисковой выдаче 
| <code>1</code> — активен <code>0</code> — неактивен <code>-1</code> — удаление рейса пустое — неактивен
| 1 0 -1
|-
| маркетинговая компания
| Код [[Маркетинговый_перевозчик| перевозчика]], который владеет местами и тарифами на рейсе (для регулярных рейсов) 
| IATA-код авиакомпании
| UT UN
|-
| фрахтователь
| Код перевозчика, который владеет местами и тарифами на рейсе (для чартерных рейсов) 
| IATA-код авиакомпании
| UT UN S7
|-
| оперирующая а/к
| Код [[Оперирующий перевозчик|перевозчика]], выполняющего рейс 
| IATA-код авиакомпании
| SU UN
|-
| вылет
| Код аэропорта вылета (допустимы агрегирующие) 
| IATA-код аэропорта
| MOW VKO
|-
| прилет
| Код аэропорта прилета (допустимы агрегирующие) 
| IATA-код аэропорта
| MOW VKO
|-
| посадка
| Код аэропорта технической посадки (допустимы агрегирующие). На рейсе можно указывать более 1 остановки. Посадка считается остановкой, а не пересадкой, если при этом не происходит смены номера рейса. Даже если воздушное судно садится, пассажиров выгружают, загружают в другой самолет и отправляют дальше, без смены номера рейса это остается технической посадкой, которая отображается как техническая посадка на одном едином сегменте перелета. 
| IATA-код аэропорта
| MOW VKO
|-
| номер рейса
| Уникальный номер рейса 
| Цифры (допустимы латинские буквы)
| 203 11
|-
| терминал вылета
| Код или номер терминала в аэропорту вылета 
| Латинские буквы или цифры
| А С
|-
| терминал прилета
| Код или номер терминала в аэропорту прилета 
| Латинские буквы или цифры
| А С
|-
| время вылета
| Время вылета рейса по временной зоне аэропорта вылета 
| HH:MM
| 23:04 11:15
|-
| время прилета
| Время прилета рейса по временной зоне аэропорта прилета 
| HH:MM
| 22:05 09:15
|-
| следующие сутки
| Признак прилета в предыдущий или следующий день для аэропортов с существенной разницей во временных зонах. Задается в количестве суток разницы.
| +значение -значение
| +2 (прилет через сутки) -1 (прилет в предыдущие сутки)
|-
| дни недели
| Список дней в рамках двухнедельного периода, который задается на определенный сезон. Дни по нечетным неделям задаются цифрами от 1 до 7, по четным — от 8 до 14. Стартом для отсчета является первый день недели, с которой начинается сезон полетов (даже если этот день не попадает под расписание). Например, в расписании даты 26.07.2023 — 26.08.2023, где 26.07 — 3 день недели. Если 3 день будет указан в таблице, то рейс будет доступен 26.07, 9.08 и 23.08 В расписании можно задавать несколько сезонов полетов, для каждого из которых может быть свое расписание. Сезоны полетов не могут пересекаться: если рейс выполняется с 1 мая по 20 декабря по одним дням, а с 1 сентября по 1 ноября — по другим, то должно быть 3 сезона: с 1.05 по 31.08, с 1.09 по 1.11, с 2.11 по 20.12.
| Цифры от 1 до 14, разделенные запятой
| 2,4,6,9,11,13 (вторник, четверг, суббота по четным и нечетным неделям) 8,9,10,11,12,13,14 (все дни по четным неделям)
|-
| сезон полетов начало
| Дата начала сезона полетов 
| DD.MM.YYYY
| 01.01.2014 02.08.2015
|-
| сезон полетов конец
| Дата окончания сезона полетов 
| DD.MM.YYYY
| 01.01.2015 02.08.2016
|-
| тип вс
| Тип воздушного судна (ВС), выполняющего рейс. Для того чтобы информация о ВС подтянулась с путеводителя, нужно указать трехзначный код ВС.
| Текстовая строка
| 139 747
|-
| эконом
| Количество доступных мест на рейсе в базовом классе «Эконом» по каждому подклассу бронирования
| Литера подкласса + количество мест (без разделителя)
| Y9,T13,N9 L17,M20
|-
| бизнес
| Количество доступных мест на рейсе в базовом классе «Бизнес» по каждому подклассу бронирования
| Литера подкласса + количество мест (без разделителя)
| J9,C12,D9 C12,D10
|-
| первый
| Количество доступных мест на рейсе в базовом классе «Первый» по каждому подклассу бронирования
| Литера подкласса + количество мест (без разделителя). Комбинации разделяются запятой
| F15,P2 A10
|}

==== Комбинации ====

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

Комбинация может содержать максимум 4 рейса. Информация о каждом рейсе в комбинации включает в себя:

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

Между последовательными парами рейсов можно задавать ограничения по допустимой длительности путешествия в виде списка количества дней между датами вылета первого и второго рейсов в паре. Длительность путешествия вычисляется как прямое вычитание дат вылета первого и второго рейсов в паре (12.02 — 10.02 = 2 дня длительность путешествия). Если не указано, то никаких ограничений не применяется для данной пары рейсов.

{| class="wikitable mw-collapsible mw-collapsed"
!colspan = 4|Как заполнять данные о комбинациях
|-
! scope="col" | Поле 
! scope="col" | Описание 
! scope="col" | Допустимые значения 
! scope="col" | Примеры 
|-
| id
| Уникальный номер записи о перелете, который присваивает система при выгрузке файла. При загрузке файла не заполняется. Редактирование правила с заданным id приводит к изменению уже созданного правила, а если поле пустое, то будет создано новое правило
| Пустое или системный номер
| 30 48
|-
| активен
| Используется для удаления тарифа 
| <code>-1</code> — удаление тарифа, пустое — без изменений
| -1
|-
| тип маршрута
| Тип маршрута на данной комбинации
|
* OW, 
* RT, 
* CT
| OW RT
|
|-
| фрахтователь
| Код компании, предоставляющей блок мест на данном рейсе (для чартеров - фрахтователь) 
| IATA-код авиакомпании
| SU UN
|-
| номер рейса
| Номер рейса 
| Число
|112 114
|-
| литера
| Список литер классов перелета, которые могут участвовать в данной комбинации (минимум одна) 
| Код
| Y D
|-
| дата начала полетов
| Дата начала выполнения рейсов в рамках комбинации. Не может быть раньше даты первого рейса на основании расписания в '''Мониторе рейсов''' 
| DD.MM.YYYY
| 01.01.2015 02.08.2016
|-
| дата окончания полетов
| Дата окончания выполнения рейсов в рамках комбинации. Не может быть позже даты последнего рейса на основании расписания в '''Мониторе рейсов''' 
| DD.MM.YYYY
| 01.01.2014 02.08.2015
|-
| дней между
| Допустимое количество дней между соседними рейсами в комбинации. Если не задано, то между соседними рейсами может быть любая длительность. Несколько значений указываются через <code>;</code> '''Пример''': в комбинации 4 рейса. Между 1 и 2 рейсами должно быть X дней, между 2 и 3 — Y дней, между 3 и 4 — Z дней. В таком случае в поле нужно указать X;Y;Z.
| Цифра
| 1 2;4;6
|-
|}

==== Тариф ====
Тариф описывает правила формирования цены для определенного набора рейсов, заведенных в файле [[Nemo_Inventory_(компонент)#Комбинации|'''Комбинации''']].

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

{| class="wikitable mw-collapsible mw-collapsed"
!colspan = 4|Как заполнять данные о тарифах
|-
! scope="col" | Поле 
! scope="col" | Описание 
! scope="col" | Допустимые значения 
! scope="col" | Примеры 
|-
| id
| Уникальный номер записи о перелете, который присваивает система при выгрузке файла. При загрузке файла не заполняется. Редактирование правила с заданным id приводит к изменению уже созданного правила, а если поле пустое, то будет создано новое правило.
| Пустое или системный номер
| 30 48
|-
| активен
| Используется для удаления тарифа 
| <code>-1</code> — удаление тарифа пустое — без изменений
| -1
|-
| маркетинговая компания
| Название или код [Маркетинговый перевозчик|маркетинговой авиакомпании]. Маркетинговая компания должна соответствовать фрахтователю из файла информации о рейсе. 
| Текстовая строка
| SU UN
|-
|класс
| Базовый класс тарифа 
| Текстовая строка:
* Economy — Эконом-класс (стандарт), 
* Business — Бизнес-класс (стандарт и премиум), 
* First — Первый класс (стандарт и премиум), 
* PremiumEconomy — Премиум-эконом, 
* Other — остальные классы.
| Business PremiumEconomy
|-
| код тарифа
| Буквенно-цифровой код тарифа 
| Текстовая строка
| BTWE ECNN
|-
| таймлимит
| Время жизни бронирования до автоматической аннуляции. Задается как количество часов:
* с момента бронирования,
* до вылета,
* до конца суток бронирования (аннуляция запускается в 23:45 суток бронирования).
|
* +H,
* -Н,
* d
|
+24 (заказ аннулируется спустя сутки с момента бронирования) -120 (заказ аннулируется за 5 суток до вылета) d (заказ аннулируется в конце суток бронирования)
|-
| возврат
| Условия возврата по тарифу 
|
* <code>0</code> — полностью возвратный тариф,
* пустое значение — полностью невозвратный тариф.

| 0
|-
| обмен
| Условия обмена по тарифу 
|
* <code>0</code> — обмен производится бесплатно,
* пустое значение — полностью невозвратный тариф.

| 0
|-
| дата начала продаж
| Дата начала продаж по данному тарифу 
| DD.MM.YYYY
| 01.01.2014 02.08.2015
|-
| дата конца продаж
| Дата окончания продаж по данному тарифу 
| DD.MM.YYYY
| 01.01.2015 02.08.2016
|-
| дата начала полетов
| Дата начала рейсов по данному тарифу. Указывается та же дата, что и в файле [[Nemo Inventory (компонент)#Комбинации|'''Комбинации''']] 
| DD.MM.YYYY
| 01.01.2014 02.08.2015
|-
| дата конца полетов
| Дата окончания рейсов по данному тарифу. Указывается та же дата, что и в файле [[Nemo Inventory (компонент)#Комбинации|'''Комбинации''']] 
| DD.MM.YYYY
| 01.01.2015 02.08.2016
литера
|-
| цены на комбинации
| Комбинация рейсов, к которым применяется тариф. Для каждой комбинации указывается своя цена
| id комбинации(цена)
| 1170(1000 RUB) 4(13000 RUB)
|-
| скидка для ребенка
| Скидка от базового тарифа для категории пассажира «Ребенок» 
| Процентное значение или значение в валюте базового тарифа
| 30% 2000
|-
| скидка для младенцев без места
| Скидка от базового тарифа для категории пассажира «Младенец без места» 
| Процентное значение или значение в валюте базового тарифа
| 50% 4000
|-
| скидка для младенцев с местом
| Скидка от базового тарифа для категории пассажира «Младенец без места» 
| Процентное значение или значение в валюте базового тарифа
| 90% 8000
|-
| скидка для ребенка, летящего отдельно
| Скидка от базового тарифа для ребенка без сопровождения взрослого 
| Процентное значение или значение в валюте базового тарифа
| 30% 2000
|-
| текст правил
| Текст условий применения тарифа
| Текстовая строка
|
|-
| питание
| Доступные для выбора типы питания на борту. Разделяются запятой
|
* AlcoholBeverages,
* Beverages,
* Breakfast,
* ColdMeal,
* ContinentalBreakfast,
* Dinner,
* HotMeal,
* Lunch,
* Meal,
* Refreshment,
* Snack
| Beverages,Snack,HotMeal ContinentalBreakfast,Lunch,Meal
|-
| багаж для взрослого
| Норма бесплатного провоза багажа для категории пассажира «Взрослый» 
|
* Пустое — багаж оплачивается отдельно,
* 1PC — количество багажных мест,
* 10KG — максимальный вес в килограммах,
* 10LB — максимальный вес в фунтах

| 1PC (одно место) 10LB (десять фунтов)
|-
| багаж для ребенка
| Норма бесплатного провоза багажа для категории пассажира «Ребенок» 
|
* Пустое — багаж оплачивается отдельно,
* 1PC — количество багажных мест,
* 10KG — максимальный вес в килограммах,
* 10LB — максимальный вес в фунтах

| 1PC (одно место) 10LB (десять фунтов)
|-
| багаж для младенца без места
| Норма бесплатного провоза багажа для категории пассажира «Младенец без места» 
|
* Пустое — багаж оплачивается отдельно,
* 1PC — количество багажных мест,
* 10KG — максимальный вес в килограммах,
* 10LB — максимальный вес в фунтах

| 1PC (одно место) 10LB (десять фунтов)
|-
| багаж для младенца с местом
| Норма бесплатного провоза багажа для категории пассажира «Младенец с местом» 
|
* Пустое — багаж оплачивается отдельно,
* 1PC — количество багажных мест,
* 10KG — максимальный вес в килограммах,
* 10LB — максимальный вес в фунтах

| 1PC (одно место) 10LB (десять фунтов)
|-
| маска тарифа
| Маска тарифа для маршрутной квитанции. Если задана, в маршрутной квитанции код тарифа заменяется на заданное значение
| Текстовая строка
| CHRT CHRT BUSINESS
|-
| endorsement
| Эндорсмент. Задается, если нужно вывести его в маршрутной квитанции
| Текстовая строка
|
|-
| ticketing gtee
| Гарантированный срок отправки маршрутной квитанции пассажиру
| H — количество часов до вылета
| 25 48 
|}

Для того чтобы управлять квотами мест по тарифам на определенном рейсе, вам нужно:
# занести в файл «Рейс» несколько строк, соответствующих данному рейсу на разные даты и с разными квотами (подклассами и количеством мест).
# занести в файл «Комбинации» условия на каждую дату и подкласс.
При этом важно учитывать, что данные в файлах «Рейс» и «Комбинации» связываются по коду фрахтователя. Это значит, что в файле «Рейс» каждая строка с рейсом должна иметь уникальный код фрахтователя. В противном случае система не сможет подобрать нужный рейс для комбинации.

=== Загрузка данных в систему ===

Для того чтобы загрузить контент в Инвентори:

1. В выпадающем списке выберите тип файла, который вы собираетесь загрузить.
{| class="wikitable"
|-
|[[Файл:Инвентори Импорт 1.png]]
|-
|Рисунок 1. Выбор типа импортируемого файла
|}
2. Нажмите <code>Обзор...</code> и выберите нужный файл.

3. Нажмите <code>Загрузить</code>.

{| class="wikitable"
|-
|[[Файл:Инвентори Импорт 2.png]]
|-
|Рисунок 2. Загрузка файлов в Инвентори
|}

=== Редактирование данных ===

Для того чтобы изменить данные в файле:

# Нажмите на кнопку с соответствующим типом (см. Рисунок 3).
# Отредактируйте содержимое файла.
# [[Nemo Inventory (компонент)#Загрузка данных в систему|Загрузите]] отредактированный файл в систему.

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

{| class="wikitable"
|-
|[[Файл:Инвентори Экспорт.png]]
|-
|Рисунок 3. Экспорт файлов
|}

Загружая обновленный файл в систему, вы получите предупреждение <code>Невозможно перезаписать более новые данные указанными устаревшими</code>. Предупреждение связано с контролем версий файла. На этом этапе вы можете:

* принудительно перезаписать данные,
* отказаться от загрузки.

== Раздел «Монитор рейсов» ==
В этом разделе отображается расписание, сформированное на основе данных из раздела [[Nemo Inventory (компонент)#Раздел «Управление контентом»|'''Управление контентом''']].

В верхней части окна указаны наименования маркетинговых компаний и количество рейсов на выбранный период (день, три дня, неделя, две недели, месяц). Так, на Рисунке 4 отображается 90 рейсов перевозчика Nemo (<code>Nemo : 90</code>, период — месяц).

Карточка рейса содержит:

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

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

{| class="wikitable"
|-
|[[Файл:monit.png|1000px|Раздел «Монитор рейсов»]]
|-
|Рисунок 4. Раздел '''Монитор рейсов'''
|}

=== Изменение расписания ===

Функция '''Изменение расписания''' полезна, если вам нужно:

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

{| class="wikitable"
|-
|[[Файл:change1.png|600px|Изменение расписания рейса на конкретные даты]]
|-
|Рисунок 5. Изменение расписания в разделе '''Монитор рейсов'''
|}

== Раздел «Простановка номеров билетов» ==

В этом разделе отображаются заказы, в которых нужно проставить номера билетов. Доступ к разделу имеет [[Менеджер агентства|менеджер]] и [[Эксперт по бронированию|эксперт]] агентства. Проставить номера билетов нужно для того, чтобы завершить выписку заказа (см. [[Nemo Inventory (компонент)#Контент Nemo Inventory в продаже перелетов|Контент Nemo Inventory в продаже перелетов]]).

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

Для того чтобы проставить номера билетов из файла:
# Нажмите <code>Обзор..</code> и выберите нужный файл.
# Нажмите <code>Импорт</code>.

{| class="wikitable"
|-
|[[Файл:Автоматическая простановка номеров билетов.png|Раздел «Простановка номеров билета»]]
|-
|Рисунок 7. Раздел '''Простановка номеров билетов'''
|}

== Контент Nemo Inventory в продаже перелетов ==
Порядок и логика использования разных типов контента при поиске, бронировании и выписке.

=== Поиск ===

Поисковый запрос в Инвентори обрабатывается так:

# '''Для запрошенных сегментов строится маршрут'''. Максимальная длина маршрута для запрошенного сегмента ограничена 1 сегментом. На текущий момент пересадочный рейс ищется только как сложный маршрут. Если для одного из сегментов не удалось построить маршрут, то поиск прерывается ошибкой <code>Невозможно построить маршрут для запрошенного сегмента</code>. 
# '''Для построенных маршрутов ищутся подходящие рейсы и строятся полные перелеты.''' Поиск прерывается, если:
#* для одного из сегментов не удалось найти подходящих рейсов (ошибка <code>Не удалось найти расписание, удовлетворяющее заданным критериям, для сегмента</code>);
#* не удалось построить ни одного полного перелета (ошибка <code>Невозможно построить полный перелёт, удовлетворяющий заданным критериям</code>);
#* ни для одного из построенных перелетов нет нужного количества мест (ошибка <code>Нет необходимого количества свободных мест на перелётах, удовлетворяющих заданным критериям</code>). 
# '''К построенным перелетам применяются комбинации рейсов.''' При этом перелеты из более чем 4 сегментов отбрасываются. Если для перелета не удалось найти полностью ему соответствующей комбинации, то для каждого сегмента в перелете ищется отдельная комбинация. Если ни для одного из перелетов не удалось найти подходящих комбинаций, то поиск прерывается ошибкой <code>Нет допустимых комбинаций рейсов, удовлетворяющих заданным критериям</code>. 
# '''Для каждого перелета формируется набор тарифов с наименьшей ценой.''' При этом система:
## Рассматривает каждую комбинацию, которая применилась к перелету.
## Получает все тарифы для владельца мест на первом рейсе комбинации. Для каждого тарифа проверяется:
##* применимость к текущей комбинации рейсов (по ID комбинации),
##* возможность продажи по данному тарифу первого рейса из комбинации. При этом проверяется, что:
##** текущая дата входит в один из сезонов продажи тарифа (<code>SalesDates</code>) и этот сезон не заканчивается через час;
##** дата вылета первого рейса в комбинации входит в один из сезонов обслуживания тарифа (<code>ServiceDates</code>);
##** соблюдены ограничения на минимальное время до вылета и максимальное количество дней до вылета.
##* доступ к тарифу, если он приватный, а также ограничения по предпочитаемым типам тарифа из поискового запроса;
##* применимость тарифа для запрошенных типов пассажира (если тариф заведен на тип пассажира, отличный от ADT). Если тариф прошел все проверки, то он считается применимым к данной комбинации. Если подходящих тарифов не нашлось, то оценка данного перелета прекращается, и в поисковую выдачу он не попадает. 
# '''Из всех подходящих тарифов выбирается тариф с наименьшей ценой (с учетом цены комбинации и запрошенных типов пассажиров)'''. Если ни для одного перелета не нашлось подходящих цен, то поиск прерывается ошибкой <code>Не удалось найти цен, удовлетворяющих заданным критериям</code>. Перелеты, цены для которых нашлись, попадают в поисковую выдачу.

=== Бронирование ===
Бронирование в Инвентори происходит следующим образом:
# Система проверяет наличие:
#* бронируемых рейсов,
#* нужного количества мест на них.
# Система оценивает забронированный перелет так же, как при поиске.
# На основании всех полученных данных в Инвентори создается объект PNR. Если цену получить не удалось, то взятые места возвращаются в пул доступных для бронирования, и бронирование прерывается соответствующей ошибкой.

Доступные действия с бронью:
* обновление (получение актуального статуса и цены),
* отмена,
* выписка.

=== Выписка ===
Выписка в Инвентори выполняется в 3 этапа:
# После поступления оплаты от клиента генерируются электронные документы (ЭД) на оформление билетов от а/к. Бронь приобретает статус <code>ожидает выписки</code>.
# Представитель агента вручную переносит брони в стороннюю систему (GDS или инвенторную систему а/к) для автоматической выписки билетов.
# Представитель агента загружает файл с выписанными билетами в раздел Инвентори [[Nemo Inventory (компонент)#Раздел «Простановка номеров билетов»|'''Простановка номеров билетов''']].

Когда номера билетов будут проставлены, бронь в Инвентори принимет статус <code>выписано</code>. При этом ЭД, сгенерированные на первом этапе, деактивируются со статусом <code>использовано</code>.

Бронь после выписки и до внесения билетов а/к можно войдировать в течение некоторого времени. При этом ЭД на оформление билетов деактивируются со статусом <code>отменено</code>. Удаление внесенных билетов а/к на данный момент не поддерживается.

Выгрузка заказов

2023-09-05T13:18:14Z

D.tsyplakova: /* Статусы выгрузки заказа */

[[Категория:Статистика и отчёты]]
[[Категория:Функции]]
[[Категория:Модули]]
[[Категория:Встроенные модули]]
'''Выгрузка заказов''' — это экспорт данных заказа или заказов для различных компонентов системы {{NameSystemLink}}.

== Описание ==
Модуль позволяет внешней системе получать данные по заказам для дальнейшей обработки.

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

[[файл:ВыгрузкаСофиИНемо.png]]

{{Attention|
*Выгрузка заказа в формате СОФИ при синхронизации произойдет, только если в заказе произошли изменения.
*Выгрузка заказа в формате СОФИ при аннуляции произойдет только в том случае, если в заказе имеются аннулированные допуслуги.}}

== Настройки ==

[[Файл:Выгрузка заказов.jpg|400px|thumb|right|Настройка процесса выгрузки заказов для авиабилетов]]
Настройки выгрузки заказов доступны в разделе '''Настройки системы → Интеграция → Выгрузка заказов'''.

*  '''Экспортировать заказы в формате''' — настройка определяет один из доступных форматов выгрузки заказов:
** ''''' Nemo''''' — внутренний формат системы {{NameSystem}}, доступен по умолчанию.
** ''''' Софи''''' — дополнительный формат, становится доступным при включении модуля '''«Выгрузка заказов Софи»'''.
** '''''Nemo Backoffice''''' — возможность экспорта заказов в формате JSON, который предоставляет более полный и актуальный объем данных, использует международные стандарты формата данных, является усовершенствованной версией протокола экспорта данных в формате Nemo.

* '''Адрес для отправки нотификаций об изменении заказа''' — если задан, то при получении изменений в ходе актуализации отправляется GET-запрос на данный адрес ('''Пример''' ''http://127.0.0.1/?booking_id=ORDER_ID&nemo_id=NEMO_CONNECT_ORDER_ID&locator=LOCATOR''). Формат значения поддерживает переменные '''LOCATOR''', '''ORDER_ID''', '''NEMO_CONNECT_ORDER_ID''' - ('''LOCATOR''' - идентификатор услуги в системе поставщика услуг, '''ORDER_ID''' - идентификатор заказа в системе NEMO, '''NEMO_CONNECT_ORDER_ID''' - идентификатор заказа в системе NEMO Connect).
* '''Url скрипта для выгрузки в формате Nemo''' — URL, на который будет производиться выгрузка данных.
* '''Url скрипта для выгрузки в формате СОФИ''' — URL, на который будет производиться выгрузка данных.
Cистема {{NameSystem}} отправляет файлы выгрузки на указанный в этом поле http-адрес через POST-запрос (см. https://ru.wikipedia.org/wiki/POST_(HTTP) ). Скрипт для обработки получаемых данных должен быть написан на стороне самого клиента. Задача скрипта — принять данные и корректно их обработать. Все данные, которые можно получить через браузер, также можно получить и альтернативными программными средствами (автоматизируя процесс выгрузки). Рекомендуется к использованию библиотека CURL (см. https://ru.wikipedia.org/wiki/CURL) Готовые примеры скриптов сотрудники {{NameSystem}} не предоставляют. Если у субагента указан свой Url скрипта для выгрузки, отличный от URL корневого агенства, то выгрузка по заказам этого субагента будет идти на оба адреса. Главный агент получает информацию по всем заказам всех субагентов, субагент получает выгрузку только своих заказов. 
* '''Адрес для выгрузки в Nemo Backoffice''' — URL, на который будет производиться выгрузка данных.
* '''Ключ безопасности для выгрузки в Nemo Backoffice''' — значение, которое задается самостоятельно агентством на стороне принимающего запрос сервера.
* '''Код сайта в системе Софи''' — идентификатор агентства на стороне СОФИ. Код нужен для связки агентства в СОФИ и в {{NameSystem}}. Если агентство заведено в СОФИ, то его код указывается в этом поле. Тогда в выгрузке СОФИ будет идентифицировать заказы от указанного агентства. 
* '''Повторная отправка в случае неудачи''' — настройка позволяет производить повторные попытки экспорта заказа через определенный интервал времени (максимум 3 попытки).
* '''Список адресов для уведомлений (разделяется запятыми)''' — настройка позволяет определить один или более адресов электронной почты, на которые будет отправлено уведомление о проблемном заказе, в случае, если все попытки выгрузки заказа закончатся неудачно.
* '''Экспортировать после оплаты''' — настройка позволяет дополнительно производить выгрузку заказов после события оплаты заказа (поддерживается для выгрузки в формате Nemo и Backoffice).
* '''Экспортировать код доступа к заказу''' — настройка включает отображение кода доступа в выгрузке.
* '''Отправлять нотификацию о необходимости установки кода валидатора в реквизитах''' — настройка позволяет автоматически отправлять нотификацию при выгрузке заказа в Софи без кода валидатора.
* '''E-mail для отправки нотификации о необходимости установки кода валидатора в реквизитах'''
* '''Временная зона для дат''' — настройка позволяет менять временную зону в выгрузке Софи. [[Файл:Временная зона для дат.jpg|500px|thumb|right|Настройка "Временная зона для дат"]]
** '''Использовать временную зону системных настроек''', через которую будет использоваться часовой пояс указанный в "Настройках системы".
** '''Использовать временную зону реквизитов''' — часовой пояс подтягивается индивидуально от каждого пакета реквизитов подключения к ГДС.
** '''Выбрать другую временную зону''' дает возможность выбирать временную зону независимо от других настроек.

== Форматы выгрузки заказов ==
Система поддерживает выгрузку заказов в форматах '''''Nemo''''', '''''Софи''''' и '''''JSON'''''. Рекомендуется использовать функционал выгрузки JSON.

=== Компоненты, поддерживающие выгрузку заказов ===

{| style="text-align: center;" class="wikitable"
|-
! scope="col" style="width: 100px;" |
! scope="col" style="width: 100px;" | Авиабилеты
! scope="col" style="width: 100px;" | Отели
! scope="col" style="width: 100px;" | ЖД
|-
! style="font-weight: bold;" | Формат Nemo
! style="background-color: #99FF66;" | +
! style="background-color: #FF6666;" | −
! style="background-color: #99FF66;" | +
|-
! style="font-weight: bold;" | Формат Софи
! style="background-color: #99FF66;" | +
! style="background-color: #FF6666;" | −
! style="background-color: #FF6666;" | −
|-
! style="font-weight: bold;" | Формат JSON
! style="background-color: #99FF66;" | +
! style="background-color: #99FF66;" | +
! style="background-color: #99FF66;" | +
|}

=== События, поддерживающие выгрузку заказов ===

{| style="text-align: center;" class="wikitable"
|-
! scope="col" style="width: 100px; font-style: italic; background-color: #CCCCCC;" | Авиабилеты
! scope="col" style="width: 100px;" | Бронирование
! scope="col" style="width: 100px;" | Оплата*
! scope="col" style="width: 100px;" | Синхронизация**
! scope="col" style="width: 100px;" | Выписка
! scope="col" style="width: 100px;" | Войдирование
! scope="col" style="width: 100px;" | Аннуляция***
! scope="col" style="width: 100px;" | Обмен/Возврат****
! scope="col" style="width: 100px;" | Импорт PNR*****
|-
! style="font-weight: bold;" | Формат Nemo
! style="background-color: #99FF66;" | +
! style="background-color: #99FF66;" | +
! style="background-color: #99FF66;" | +
! style="background-color: #99FF66;" | +
! style="background-color: #99FF66;" | +
! style="background-color: #99FF66;" | +
! style="background-color: #99FF66;" | +
! style="background-color: #99FF66;" | +
|-
! style="font-weight: bold;" | Формат Софи
! style="background-color: #99FF66;" | +
! style="background-color: #FF6666;" | −
! style="background-color: #99FF66;" | +
! style="background-color: #99FF66;" | +
! style="background-color: #99FF66;" | +
! style="background-color: #99FF66;" | +
! style="background-color: #99FF66;" | +
! style="background-color: #FF6666;" | −
|-
! style="font-weight: bold;" | Формат JSON
! style="background-color: #99FF66;" | +
! style="background-color: #99FF66;" | +
! style="background-color: #99FF66;" | +
! style="background-color: #99FF66;" | +
! style="background-color: #99FF66;" | +
! style="background-color: #99FF66;" | +
! style="background-color: #99FF66;" | +
! style="background-color: #99FF66;" | +
|}

{| style="text-align: center;" class="wikitable"
|-
! scope="col" style="width: 100px; font-style: italic; background-color: #CCCCCC;" | Отели
! scope="col" style="width: 100px;" | Бронирование
! scope="col" style="width: 100px;" | Оплата*
! scope="col" style="width: 100px;" | Синхронизация**
! scope="col" style="width: 100px;" | Выписка
! scope="col" style="width: 100px;" | Войдирование
! scope="col" style="width: 100px;" | Аннуляция
|-
! style="font-weight: bold;" | Формат JSON
! style="background-color: #99FF66;" | +
! style="background-color: #99FF66;" | +
! style="background-color: #99FF66;" | +
! style="background-color: #FF6666;" | −
! style="font-weight: normal;" | войдирование отсутствует
! style="background-color: #99FF66;" | +
|}

{| style="text-align: center;" class="wikitable"
|-
! scope="col" style="width: 100px; font-style: italic; background-color: #CCCCCC;" | ЖД
! scope="col" style="width: 100px;" | Бронирование
! scope="col" style="width: 100px;" | Оплата
! scope="col" style="width: 100px;" | Синхронизация**
! scope="col" style="width: 100px;" | Выписка
! scope="col" style="width: 100px;" | Войдирование
! scope="col" style="width: 100px;" | Аннуляция
|-
! style="font-weight: bold;" | Формат Nemo
! style="background-color: #99FF66;" | +
! style="background-color: #99FF66;" | +
! style="background-color: #99FF66;" | +
! style="background-color: #99FF66;" | +
! style="background-color: #99FF66;" | +
! style="background-color: #99FF66;" | +
|-
! style="font-weight: bold;" | Формат JSON
! style="background-color: #99FF66;" | +
! style="background-color: #99FF66;" | +
! style="background-color: #99FF66;" | +
! style="background-color: #99FF66;" | +
! style="background-color: #99FF66;" | +
! style="background-color: #99FF66;" | +
|}

*  Выгрузка заказа в формате Nemo при оплате произойдет, только если включена настройка '''«Экспортировать после оплаты»''' в разделе '''Настройки системы''' → '''Интеграция''' → '''Выгрузка заказов'''. 
** Выгрузка заказа при синхронизации произойдет только если в заказе произошли изменения. 
***  Выгрузка заказа в формате СОФИ при аннуляции произойдет только в том случае, если в заказе имеются аннулированные допуслуги. 
****  Выгрузка заказа при обмене или возврате произойдет при завершении работы с заявкой (при пропуске импорта PNR). 
*****  Выгрузка заказа при импорте PNR в рамках работы модуля [[Импорт PNR]].

=== Статусы выгрузки заказа ===
Коды статусов выгрузки заказа соответствуют кодам состояния HTTP. Фактически указывается последний полученный код состояния HTTP, полученный при выгрузке данных по адресу, указанному в настройках выгрузки. Коды относятся к серверу, на который происходит выгрузка заказов.

{| style="width: 800px" class="wikitable"
|-
! scope="col" width="20" | Код
! scope="col" width="300" | Описание
|-
| 0
| Неизвестный ответ. Адрес для выгрузки не доступен.
|-
| 200
| OK — успешный запрос.
|-
| 301
| Запрошенный документ был окончательно перенесен на новый URI, указанный в поле Location заголовка.
|-
| 403
| Сервер понял запрос, но он отказывается его выполнять из-за ограничений в доступе для клиента к указанному ресурсу.
|-
| 404
| Сервер понял запрос, но не нашёл соответствующего ресурса по указанному URI.
|-
| 422
| Unprocessable Entity — сервер успешно принял запрос, может работать с указанным видом данных, в теле запроса XML-документ имеет верный синтаксис, но имеется какая-то логическая ошибка, из-за которой невозможно произвести операцию над ресурсом.
|-
| 500
| Любая внутренняя ошибка сервера.
|-
| 503
| Служба недоступна. Ошибка из-за временной перегрузки или отключения на техническое обслуживание сервера.
|}

=== Выгрузка заказа для компонента «Авиабилеты» ===
Для компонента '''«Авиабилеты»''' доступна выгрузка заказов в форматах Nemo и/или Софи (при включенном модуле '''«Выгрузка заказов Софи»).

<div class="toccolours mw-collapsible mw-collapsed" style="width:1000px">
==== Формат Nemo ====
<div class="mw-collapsible-content">
<syntaxhighlight lang="xml" line enclose="div" style="font-size:9pt;background: #F9F9F9; border: 1px dashed #2F6FAB; padding: 10px 5px; margin: 10px 0;">
<?xml version="1.0" encoding="UTF-8"?>
<PNR>
<Common>
<id>277749</id>
<Type>FLIGHTS</Type>
<Service>SABRE</Service>
<Locator>SQLJNK</Locator>
<ExternalId>1234567</ExternalId> 
<Stamp>123456789</Stamp>
<UtmSource>100</UtmSource> 
<BeginDateTime>2014.12.18-10:45</BeginDateTime>
<EndDateTime>2014.12.25-16:40</EndDateTime>
<TicketingDateTime>2014.12.09-15:02</TicketingDateTime>
<VoidDateTime/>
<TotalPrice>
<Amount>10773.8</Amount>
<CurrencyCode>RUB</CurrencyCode>
</TotalPrice>
<UserId>2964</UserId>
<EEUserId/>
<UserLogin>userLogin</UserLogin>
<GroupId>2963</GroupId>
<CompanyId>2963</CompanyId>
<UserStatus>Менеджер</UserStatus>
<DateCreate>2014.12.09-14:59</DateCreate>
<ExtServices> 
<ExtService>
<Type>ServicePack</Type> 
<Price>
<Amount>200</Amount>
<CurrencyCode>RUB</CurrencyCode>
</Price>
</ExtService>
<ExtService>
<Type>AeroExpress</Type>
<Price>
<Amount>1440</Amount>
<CurrencyCode>RUB</CurrencyCode>
</Price>
</ExtService>
<ExtService>
<Type>AlphaInsurance</Type>
<Price>
<Amount>480</Amount>
<CurrencyCode>RUB</CurrencyCode>
</Price>
<Insurances>
<Insurance>
<Number>Z694.198TEST.2765282</Number>
<Fio>IVANOV IVAN</Fio>
</Insurance>
<Insurance>
<Number>Z694.198TEST.2765283</Number>
<Fio>PETROV PETR</Fio>
</Insurance>
</Insurances>
</ExtService>
</ExtServices>
<isManualStatus>0</isManualStatus> 
</Common>
<Payment>
<Title>Testpay</Title>
<Method>Testpay</Method>
<BillingId>117607091</BillingId>
<Date>2014-12-09 15:00:39</Date>
<CreateDate>2014-12-09 15:00:34</CreateDate>
<Status>ticket</Status>
<PenaltyDate/>
<Timelimit>2014-12-10 14:59:55</Timelimit>
<PaymentCharge> 
<Amount>313.8</Amount>
<CurrencyCode>RUB</CurrencyCode>
</PaymentCharge>
<Charge> 
<Amount>1920</Amount>
<CurrencyCode>RUB</CurrencyCode>
</Charge>
<SubagentCharge> 
<Amount>500</Amount>
<CurrencyCode>RUB</CurrencyCode>
</SubagentCharge>
<BaseFare> 
<Amount>1600</Amount>
<CurrencyCode>RUB</CurrencyCode>
</BaseFare>
<Book> 
<Amount>8540</Amount>
<CurrencyCode>RUB</CurrencyCode>
</Book>
<Penalty>
<Amount>0</Amount>
<CurrencyCode>RUB</CurrencyCode>
</Penalty>
<Total>
<Amount>10773.8</Amount>
<CurrencyCode>RUB</CurrencyCode>
</Total>
<Commission>
<Amount>0</Amount>
<CurrencyCode>RUB</CurrencyCode>
</Commission>
<PaidValue>
<Amount>10773.8</Amount>
<CurrencyCode>RUB</CurrencyCode>
</PaidValue>
</Payment>
<Client>
<LastName/>
<Name>SIDOROV PETR</Name>
<MiddleName/>
<Number/>
<Birth/>
<Email>mail@host.com</Email>
<Phone>+74950000000</Phone>
</Client>
<PassengersCount>2</PassengersCount>
<Passengers>
<Passenger>
<passenger_type>ADT</passenger_type>
<lastname>IVANOV</lastname>
<name>IVAN</name>
<gender>F</gender>
<date_of_birth>12.12.1987</date_of_birth>
<doc_type>C</doc_type>
<passport_number>1234567890</passport_number>
<currency_of_passport>24.03.2023</currency_of_passport>
<middlename/>
<passenger_id>37667</passenger_id>
<nationality>RU</nationality>
<email>mail@host.com</email>
<Tickets>
<Active>0</Active> 
<Seg/>
<Num>5553984070962</Num>
<Date>2014-12-09 16:01:00</Date>
</Tickets>
<Tickets>
<Active>1</Active> 
<Seg/>
<Num>5553984070964</Num>
<Date>2014-12-09 16:03:00</Date>
</Tickets>
<PriceInfo>
<BaseFare>
<Amount>800</Amount>
<CurrencyCode>RUB</CurrencyCode>
</BaseFare>
<TotalFare>
<Amount>4270</Amount>
<CurrencyCode>RUB</CurrencyCode>
</TotalFare>
<Commission>
<Amount>0</Amount>
<CurrencyCode>RUB</CurrencyCode>
</Commission>
<AirlineCommission>
<Amount>0</Amount>
<CurrencyCode>RUB</CurrencyCode>
</AirlineCommission>
</PriceInfo>
</Passenger>
<Passenger>
<passenger_type>ADT</passenger_type>
<doc_type>C</doc_type>
<middlename/>
<passenger_id>37668</passenger_id>
<lastname>PETROV</lastname>
<name>PETR</name>
<gender>M</gender>
<date_of_birth>20.12.1984</date_of_birth>
<passport_number>1234567899</passport_number>
<currency_of_passport>20.12.2029</currency_of_passport>
<nationality>RU</nationality>
<email>mail@host.com</email>
<Tickets>
<Active>0</Active> 
<Seg/>
<Num>5553984070963</Num>
<Date>2014-12-09 16:01:00</Date>
</Tickets>
<Tickets>
<Active>1</Active> 
<Seg/>
<Num>5553984070965</Num>
<Date>2014-12-09 16:03:00</Date>
</Tickets>
<PriceInfo>
<BaseFare>
<Amount>800</Amount>
<CurrencyCode>RUB</CurrencyCode>
</BaseFare>
<TotalFare>
<Amount>4270</Amount>
<CurrencyCode>RUB</CurrencyCode>
</TotalFare>
<Commission>
<Amount>0</Amount>
<CurrencyCode>RUB</CurrencyCode>
</Commission>
<AirlineCommission>
<Amount>0</Amount>
<CurrencyCode>RUB</CurrencyCode>
</AirlineCommission>
</PriceInfo>
</Passenger>
</Passengers>
<FlightType>Внутренний</FlightType>
<Marker/>
<BookingCode>4R72Z4</BookingCode>
<OrderInfo>
<Info>
<Company>Аэрофлот - Российские авиалинии</Company>
<CompanyCode>SU</CompanyCode>
<OperatingCompanyCode>FV</OperatingCompanyCode>
<StartDate>2014.12.18</StartDate>
<StartTime>10:45</StartTime>
<StartDayOfWeek>Thursday</StartDayOfWeek>
<FlightNumber>6128 (FV6128)</FlightNumber>
<StartAirportCode>VKO</StartAirportCode>
<StartAirportName>Внуково, Москва</StartAirportName>
<StartCountry>Россия</StartCountry>
<StartCountryCode>RU</StartCountryCode>
<EndAirportCode>LED</EndAirportCode>
<EndAirportName>Санкт-Петербург, Пулково</EndAirportName>
<EndCountry>Россия</EndCountry>
<EndCountryCode>RU</EndCountryCode>
<Time>1:30</Time>
<Equip>
<Name>Airbus 319</Name>
<Type>319</Type>
</Equip>
<ClassType>economy</ClassType>
<ClassTypeCode>R</ClassTypeCode>
<Meal/>
</Info>
<Info>
<Company>Аэрофлот - Российские авиалинии</Company>
<CompanyCode>SU</CompanyCode>
<OperatingCompanyCode>FV</OperatingCompanyCode>
<StartDate>2014.12.25</StartDate>
<StartTime>15:10</StartTime>
<StartDayOfWeek>Thursday</StartDayOfWeek>
<FlightNumber>6153 (FV6153)</FlightNumber>
<StartAirportCode>LED</StartAirportCode>
<StartAirportName>Санкт-Петербург, Пулково</StartAirportName>
<StartCountry>Россия</StartCountry>
<StartCountryCode>RU</StartCountryCode>
<EndAirportCode>VKO</EndAirportCode>
<EndAirportName>Внуково, Москва</EndAirportName>
<EndCountry>Россия</EndCountry>
<EndCountryCode>RU</EndCountryCode>
<Time>1:30</Time>
<Equip>
<Name>Airbus 319</Name>
<Type>319</Type>
</Equip>
<ClassType>economy</ClassType>
<ClassTypeCode>R</ClassTypeCode>
<Meal/>
</Info>
</OrderInfo>
<Remarks>Debit</Remarks>
<Returns> 
<Return>
<ExpertUserId>2411</ExpertUserId>
<Id>458463</Id>
<Price>
<Amount>-5997.17</Amount> 
<CurrencyCode>RUB</CurrencyCode>
</Price>
<PassengersData>
<Data>
<PassengerNum>2</PassengerNum>
<SegmentNums>
<SegmentNum>1</SegmentNum>
<SegmentNum>2</SegmentNum>
</SegmentNums>
</Data>
</PassengersData>
<IsFull>0</IsFull>
<IsCompelled>0</IsCompelled>
</Return>
</Returns>
<Exchanges> 
<Exchange>
<ExpertUserId>2411</ExpertUserId>
<Id>458480</Id>
<Price>
<Amount>2279.06</Amount> 
<CurrencyCode>RUB</CurrencyCode>
</Price>
<Text>Причина создания заявки</Text>
</Exchange>
</Exchanges>
</PNR>
</syntaxhighlight>

 '''Внимание!''' В том случае, если выбранный клиентом Сервисный пакет имеет нулевую стоимость - в выгрузке он отображаться не будет.

Ремарка ''<Remarks>Debit</Remarks>'' является не обязательной, означает что заказ был оплачен с помощью способа оплаты «Баланс компании»;
если же заказ был оплачен с использованием депозитного кредита, и баланс ушел в минус даже на 1 руб., то будет ''<Remarks>Credit</Remarks>''.

Элемент ''<TotalFare>'' возвращает стоимость уже оплаченного заказа. Если же заказ забронирован, но не оплачен, то значение будет 0 RUB.

Элемент ''<CreateDate>'' в зависимости от состояния брони возвращает время окончания бронирования, если бронирование было завершено, иначе возвращает время создания брони.

Блок ''<Returns>'' и ''<Exchanges>'' содержит данные по заявкам на обмен и/или возврат, которые привязаны к заказу. В выгрузку попадает информация только о выполненных заявках на обмен и/или возврат. Важно учесть, что сумма к возврату по заявке указана со знаком ''«-»'', а сумма к доплате идет без дополнительных знаков.

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

Если требуется выгружать EMD на услуги а/к, необходимо использовать в работе Формат JSON.
</div>
</div>

<div class="toccolours mw-collapsible mw-collapsed" style="width:1000px">
==== Формат Nemo для составных броней (MultiOW) ====
<div class="mw-collapsible-content">
<syntaxhighlight lang="xml" line enclose="div" style="font-size:9pt;background: #F9F9F9; border: 1px dashed #2F6FAB; padding: 10px 5px; margin: 10px 0;">
<PNR>
<ParentBook>
<ID>508015</ID>
<Payment>
<Title>Testpay</Title>
<Method>Testpay</Method>
<PaymentGateway>testpay</PaymentGateway>
<BillingId>117916164</BillingId>
<Date>2018-05-28 13:03:17</Date>
<CreateDate>2018-05-28 13:02:51</CreateDate>
<Status>ticket</Status>
<PenaltyDate/>
<Timelimit>2018-05-31 13:00:00</Timelimit>
<PaymentCharge>
<Amount>0</Amount>
<CurrencyCode>RUB</CurrencyCode>
</PaymentCharge>
<Charge>
<Amount>1220</Amount>
<CurrencyCode>RUB</CurrencyCode>
</Charge>
<AgentCharge>
<Amount>-300</Amount>
<CurrencyCode>RUB</CurrencyCode>
</AgentCharge>
<BaseFare>
<Amount>6950</Amount>
<CurrencyCode>RUB</CurrencyCode>
</BaseFare>
<Book>
<Amount>14382</Amount>
<CurrencyCode>RUB</CurrencyCode>
</Book>
<Penalty>
<Amount>0</Amount>
<CurrencyCode>RUB</CurrencyCode>
</Penalty>
<Total>
<Amount>15602</Amount>
<CurrencyCode>RUB</CurrencyCode>
</Total>
<Commission>
<Amount>0</Amount>
<CurrencyCode>RUB</CurrencyCode>
</Commission>
<AirlineCommission>
<Amount>38.25</Amount>
<CurrencyCode>RUB</CurrencyCode>
</AirlineCommission>
<PaidValue>
<Amount>15602</Amount>
<CurrencyCode>RUB</CurrencyCode>
</PaidValue>
</Payment>
<ChildBookIDs>
<ChildBookID>508019</ChildBookID>
<ChildBookID>508020</ChildBookID>
</ChildBookIDs>
<ExtServices>
<ExtService>
<Type>ServicePack</Type>
<Price>
<Amount>800</Amount>
<CurrencyCode>RUB</CurrencyCode>
</Price>
</ExtService>
<ExtService>
<Type>AlphaInsurance</Type>
<Price>
<Amount>720</Amount>
<CurrencyCode>RUB</CurrencyCode>
</Price>
<Insurances>
<Insurance>
<Number>Z694.198TEST.26725385</Number>
<Fio>BAGGINS BILBO</Fio>
</Insurance>
<Insurance>
<Number>Z694.198TEST.26725386</Number>
<Fio>IVANOV SEMEN</Fio>
</Insurance>
<Insurance>
<Number>Z694.198TEST.26725387</Number>
<Fio>ORK KIR</Fio>
</Insurance>
</Insurances>
</ExtService>
</ExtServices>
</ParentBook>
<Common>
<id>508019</id>
<Type>FLIGHTS</Type>
<Service>AMADEUS</Service>
<Locator>LOYYRD</Locator>
<UtmSource>66</UtmSource>
<BeginDateTime>2018.06.16-02:00</BeginDateTime>
<EndDateTime>2018.06.16-06:20</EndDateTime>
<TicketingDateTime>2018.05.28-13:04</TicketingDateTime>
<VoidDateTime/>
<TotalPrice>
<Amount>7057</Amount>
<CurrencyCode>RUB</CurrencyCode>
</TotalPrice>
<UserId>10312</UserId>
<EEUserId/>
<UserLogin>test_user_1</UserLogin>
<GroupId>10311</GroupId>
<CompanyId>10309</CompanyId>
<ExternalCompanyId/>
<UserStatus>Пользователь</UserStatus>
<DateCreate>2018.05.28-13:00</DateCreate>
<isManualStatus>0</isManualStatus>
</Common>
<Payment>
<Status>ticket</Status>
<PenaltyDate/>
<Timelimit>2018-06-01 20:59:00</Timelimit>
<PaymentCharge>
<Amount>0</Amount>
<CurrencyCode>RUB</CurrencyCode>
</PaymentCharge>
<Charge>
<Amount>150</Amount>
<CurrencyCode>RUB</CurrencyCode>
</Charge>
<AgentCharge>
<Amount>150</Amount>
<CurrencyCode>RUB</CurrencyCode>
</AgentCharge>
<BaseFare>
<Amount>3625</Amount>
<CurrencyCode>RUB</CurrencyCode>
</BaseFare>
<Book>
<Amount>6907</Amount>
<CurrencyCode>RUB</CurrencyCode>
</Book>
<Penalty>
<Amount>0</Amount>
<CurrencyCode>RUB</CurrencyCode>
</Penalty>
<Total>
<Amount>7057</Amount>
<CurrencyCode>RUB</CurrencyCode>
</Total>
<Commission>
<Amount>0</Amount>
<CurrencyCode>RUB</CurrencyCode>
</Commission>
<AirlineCommission>
<Amount>36.25</Amount>
<CurrencyCode>RUB</CurrencyCode>
</AirlineCommission>
<PaidValue>
<Amount>0</Amount>
<CurrencyCode>RUB</CurrencyCode>
</PaidValue>
</Payment>
<Client>
<LastName/>
<Name> </Name>
<MiddleName/>
<Number/>
<Birth/>
<Email>qddednbavfta@dropmail.me</Email>
<Phone/>
</Client>
<PassengersCount>3</PassengersCount>
<Passengers>
<Passenger>
<name>BILBO</name>
<lastname>BAGGINS</lastname>
<passenger_type>CLD</passenger_type>
<doc_type>P</doc_type>
<date_of_birth>02.01.2015</date_of_birth>
<nationality>RU</nationality>
<gender>M</gender>
<passport_number>985478569</passport_number>
<currency_of_passport>28.05.2023</currency_of_passport>
<Tickets>
<Active>1</Active>
<Seg/>
<Num>5555966876471</Num>
<Date>2018-05-28 13:04:05</Date>
</Tickets>
<PriceInfo>
<BaseFare>
<Amount>1555</Amount>
<CurrencyCode>RUB</CurrencyCode>
</BaseFare>
<TotalFare>
<Amount>3149</Amount>
<CurrencyCode>RUB</CurrencyCode>
</TotalFare>
<Commission>
<Amount>0</Amount>
<CurrencyCode>RUB</CurrencyCode>
</Commission>
<AirlineCommission>
<Amount>12.08</Amount>
<CurrencyCode>RUB</CurrencyCode>
</AirlineCommission>
</PriceInfo>
</Passenger>
<Passenger>
<name>SEMEN</name>
<lastname>IVANOV</lastname>
<passenger_type>ADT</passenger_type>
<doc_type>P</doc_type>
<date_of_birth>05.05.1945</date_of_birth>
<nationality>RU</nationality>
<gender>M</gender>
<passport_number>954563562</passport_number>
<currency_of_passport>25.03.2021</currency_of_passport>
<phone>
<number>+79998884444</number>
</phone>
<email>QDDEDNBAVFTA@DROPMAIL.ME</email>
<Tickets>
<Active>1</Active>
<Seg/>
<Num>5555966876472</Num>
<Date>2018-05-28 13:04:05</Date>
</Tickets>
<PriceInfo>
<BaseFare>
<Amount>2070</Amount>
<CurrencyCode>RUB</CurrencyCode>
</BaseFare>
<TotalFare>
<Amount>3758</Amount>
<CurrencyCode>RUB</CurrencyCode>
</TotalFare>
<Commission>
<Amount>0</Amount>
<CurrencyCode>RUB</CurrencyCode>
</Commission>
<AirlineCommission>
<Amount>12.08</Amount>
<CurrencyCode>RUB</CurrencyCode>
</AirlineCommission>
</PriceInfo>
</Passenger>
<Passenger>
<name>KIR</name>
<lastname>ORK</lastname>
<passenger_type>INF</passenger_type>
<doc_type>P</doc_type>
<date_of_birth>08.09.2017</date_of_birth>
<nationality>RU</nationality>
<gender>M</gender>
<passport_number>859654125</passport_number>
<currency_of_passport>28.05.2023</currency_of_passport>
<Tickets>
<Active>1</Active>
<Seg/>
<Num>5555966876473</Num>
<Date>2018-05-28 13:04:05</Date>
</Tickets>
<PriceInfo>
<BaseFare>
<Amount>0</Amount>
<CurrencyCode>RUB</CurrencyCode>
</BaseFare>
<TotalFare>
<Amount>0</Amount>
<CurrencyCode>RUB</CurrencyCode>
</TotalFare>
<Commission>
<Amount>0</Amount>
<CurrencyCode>RUB</CurrencyCode>
</Commission>
<AirlineCommission>
<Amount>12.08</Amount>
<CurrencyCode>RUB</CurrencyCode>
</AirlineCommission>
</PriceInfo>
</Passenger>
</Passengers>
<FlightType>Внутренний</FlightType>
<Marker/>
<OrderInfo>
<Info>
<Id>0</Id>
<Company>Аэрофлот</Company>
<CompanyCode>SU</CompanyCode>
<OperatingCompanyCode>SU</OperatingCompanyCode>
<StartDate>2018.06.16</StartDate>
<StartTime>02:00</StartTime>
<StartDayOfWeek>Saturday</StartDayOfWeek>
<FlightNumber>1436 (SU1436)</FlightNumber>
<StartAirportCode>SVO</StartAirportCode>
<StartAirportName>Шереметьево, Москва</StartAirportName>
<StartCountry>Россия</StartCountry>
<StartCountryCode>RU</StartCountryCode>
<EndAirportCode>SVX</EndAirportCode>
<EndAirportName>Екатеринбург</EndAirportName>
<EndCountry>Россия</EndCountry>
<EndCountryCode>RU</EndCountryCode>
<Time>2:20</Time>
<Equip>
<Name>Airbus A320 (with Sharklets)</Name>
<Type>32A</Type>
</Equip>
<ClassType>economy</ClassType>
<ClassTypeCode>N</ClassTypeCode>
<Meal/>
</Info>
</OrderInfo>
<Returns/>
<Exchanges/>
</PNR>
</syntaxhighlight>

 '''Внимание!''' Данные в блоке ParentBook одинаковы для обеих реальных броней, являющихся частью составной. Но так как составная бронь несёт формальный характер, она не может быть отражена в XML-выгрузке
*ParentBook - общий блок, отражает информацию об оплате составной брони; о дополнительных услугах, приобретённых в составной брони; а также номера обоих реальных заказов составной брони.

</div>
</div>

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

==== Формат Софи ====
<div class="mw-collapsible-content">
<syntaxhighlight lang="xml" line enclose="div" style="font-size:9pt;background: #F9F9F9; border: 1px dashed #2F6FAB; padding: 10px 5px; margin: 10px 0;">
<?xml version="1.0" encoding="UTF-8"?>
<order_snapshot xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<header currency="RUB" time_gmt="2018-01-24 13:23:45" time="2018-01-24 16:23:45" ord_id="496571" corp_ord_id="1P2BK4" site="2410" corp_code="2440"/>
<customer email="airjul2404@gmail.com" phone="XXXX0005" name="" corp_code="2440" bonus_card="200200200"/>
<products>
<product>

<air_ticket_prod psg_type="A" title="Екатеринбург - Москва - Екатеринбург" form_owner="NN" validating_carrier="NN" prod_id="0" taxes="3005" fare="0" service_fee="356.5" commission="30" origin="SVX" destination="MOW">
<air_seg segment_id="0" carrier="NN" flight_number="200" op_carrier="NN" departure_datetime="2018-03-22 06:00:00" arrival_datetime="2018-03-22 09:00:00" departure_airport="SVX" arrival_airport="DME" fare_basis="YCH">
<air_tax amount="2085" code="YQ"/>
<air_tax amount="70" code="RU"/>
<air_tax amount="850" code="RI"/>
</air_seg>
<fees>
<fee type="commission" code="commission_vcarrier" amount="7.5"/>
</fees>
</air_ticket_prod>
</product>
<product>
<air_ticket_prod psg_type="A" title="Екатеринбург - Москва - Екатеринбург" form_owner="NN" validating_carrier="NN" prod_id="1" taxes="698" fare="6100" service_fee="356.5" commission="30" origin="SVX" destination="MOW">
<air_seg segment_id="1" carrier="U6" flight_number="161" op_carrier="U6" departure_datetime="2018-03-24 11:20:00" arrival_datetime="2018-03-24 15:30:00" departure_airport="DME" arrival_airport="SVX" fare_basis="KPROW">
<air_tax amount="185" code="ZZ"/>
<air_tax amount="513" code="RI"/>
</air_seg>
<fees>
<fee type="commission" code="commission_vcarrier" amount="7.5"/>
</fees>
</air_ticket_prod>
</product>
<product>
<air_ticket_prod psg_type="A" title="Екатеринбург - Москва - Екатеринбург" form_owner="NN" validating_carrier="NN" prod_id="2" taxes="500" fare="" service_fee="0" commission="0" origin="SVX" destination="MOW"/>
</product>
<product>
<air_ticket_prod psg_type="A" title="Екатеринбург - Москва - Екатеринбург" form_owner="NN" validating_carrier="NN" prod_id="3" taxes="3005" fare="0" service_fee="356.5" commission="30" origin="SVX" destination="MOW">
<air_seg segment_id="0" carrier="NN" flight_number="200" op_carrier="NN" departure_datetime="2018-03-22 06:00:00" arrival_datetime="2018-03-22 09:00:00" departure_airport="SVX" arrival_airport="DME" fare_basis="YCH">
<air_tax amount="2085" code="YQ"/>
<air_tax amount="70" code="RU"/>
<air_tax amount="850" code="RI"/>
</air_seg>
<fees>
<fee type="commission" code="commission_vcarrier" amount="7.5"/>
</fees>
</air_ticket_prod>
</product>
<product>
<air_ticket_prod psg_type="A" title="Екатеринбург - Москва - Екатеринбург" form_owner="NN" validating_carrier="NN" prod_id="4" taxes="698" fare="6100" service_fee="356.5" commission="30" origin="SVX" destination="MOW">
<air_seg segment_id="1" carrier="U6" flight_number="161" op_carrier="U6" departure_datetime="2018-03-24 11:20:00" arrival_datetime="2018-03-24 15:30:00" departure_airport="DME" arrival_airport="SVX" fare_basis="KPROW">
<air_tax amount="185" code="ZZ"/>
<air_tax amount="513" code="RI"/>
</air_seg>
<fees>
<fee type="commission" code="commission_vcarrier" amount="7.5"/>
</fees>
</air_ticket_prod>
</product>
<product>
<air_ticket_prod psg_type="A" title="Екатеринбург - Москва - Екатеринбург" form_owner="NN" validating_carrier="NN" prod_id="5" taxes="500" fare="" service_fee="0" commission="0" origin="SVX" destination="MOW"/>
</product>
<product>
<air_ticket_prod psg_type="C" title="Екатеринбург - Москва - Екатеринбург" form_owner="NN" validating_carrier="NN" prod_id="6" taxes="3005" fare="0" service_fee="356.5" commission="30" origin="SVX" destination="MOW">
<air_seg segment_id="0" carrier="NN" flight_number="200" op_carrier="NN" departure_datetime="2018-03-22 06:00:00" arrival_datetime="2018-03-22 09:00:00" departure_airport="SVX" arrival_airport="DME" fare_basis="YCH/CN0">
<air_tax amount="2085" code="YQ"/>
<air_tax amount="70" code="RU"/>
<air_tax amount="850" code="RI"/>
</air_seg>
<fees>
<fee type="commission" code="commission_vcarrier" amount="7.5"/>
</fees>
</air_ticket_prod>
</product>
<product>
<air_ticket_prod psg_type="C" title="Екатеринбург - Москва - Екатеринбург" form_owner="NN" validating_carrier="NN" prod_id="7" taxes="698" fare="4575" service_fee="356.5" commission="30" origin="SVX" destination="MOW">
<air_seg segment_id="1" carrier="U6" flight_number="161" op_carrier="U6" departure_datetime="2018-03-24 11:20:00" arrival_datetime="2018-03-24 15:30:00" departure_airport="DME" arrival_airport="SVX" fare_basis="KPROW/CH25">
<air_tax amount="185" code="ZZ"/>
<air_tax amount="513" code="RI"/>
</air_seg>
<fees>
<fee type="commission" code="commission_vcarrier" amount="7.5"/>
</fees>
</air_ticket_prod>
</product>
<product>
<air_ticket_prod psg_type="C" title="Екатеринбург - Москва - Екатеринбург" form_owner="NN" validating_carrier="NN" prod_id="8" taxes="250" fare="" service_fee="0" commission="0" origin="SVX" destination="MOW"/>
</product>
<product>
<air_ticket_prod psg_type="I" title="Екатеринбург - Москва - Екатеринбург" form_owner="NN" validating_carrier="NN" prod_id="9" taxes="3005" fare="0" service_fee="356.5" commission="30" origin="SVX" destination="MOW">
<air_seg segment_id="0" carrier="NN" flight_number="200" op_carrier="NN" departure_datetime="2018-03-22 06:00:00" arrival_datetime="2018-03-22 09:00:00" departure_airport="SVX" arrival_airport="DME" fare_basis="YCH/IN0">
<air_tax amount="2085" code="YQ"/>
<air_tax amount="70" code="RU"/>
<air_tax amount="850" code="RI"/>
</air_seg>
<fees>
<fee type="commission" code="commission_vcarrier" amount="7.5"/>
</fees>
</air_ticket_prod>
</product>
<product>
<air_ticket_prod psg_type="I" title="Екатеринбург - Москва - Екатеринбург" form_owner="NN" validating_carrier="NN" prod_id="10" taxes="513" fare="0" service_fee="356.5" commission="30" origin="SVX" destination="MOW">
<air_seg segment_id="1" carrier="U6" flight_number="161" op_carrier="U6" departure_datetime="2018-03-24 11:20:00" arrival_datetime="2018-03-24 15:30:00" departure_airport="DME" arrival_airport="SVX" fare_basis="KPROW/IN00">
<air_tax amount="513" code="RI"/>
</air_seg>
<fees>
<fee type="commission" code="commission_vcarrier" amount="7.5"/>
</fees>
</air_ticket_prod>
</product>
<product>
<ral_ticket_prod rsrv_id="4965710200" prod_id="4965710200200" origin="Домодедово, Москва" destination="Павелецкий вокзал" departure_datetime="2018-03-22 10:00:00" cartype="standart" fare="420"/>
</product>
<product>
<ral_ticket_prod rsrv_id="4965710200" prod_id="4965710200201" origin="Домодедово, Москва" destination="Павелецкий вокзал" departure_datetime="2018-03-22 10:00:00" cartype="standart" fare="420"/>
</product>
<product>
<ral_ticket_prod rsrv_id="4965710200" prod_id="4965710200202" origin="Домодедово, Москва" destination="Павелецкий вокзал" departure_datetime="2018-03-22 10:00:00" cartype="standart" fare="420"/>
</product>
<product>
<ral_ticket_prod rsrv_id="4965710200" prod_id="4965710200203" origin="Павелецкий вокзал" destination="Домодедово, Москва" departure_datetime="2018-03-24 07:20:00" cartype="standart" fare="420"/>
</product>
<product>
<ral_ticket_prod rsrv_id="4965710200" prod_id="4965710200204" origin="Павелецкий вокзал" destination="Домодедово, Москва" departure_datetime="2018-03-24 07:20:00" cartype="standart" fare="420"/>
</product>
<product>
<ral_ticket_prod rsrv_id="4965710200" prod_id="4965710200205" origin="Павелецкий вокзал" destination="Домодедово, Москва" departure_datetime="2018-03-24 07:20:00" cartype="standart" fare="420"/>
</product>
<product>
<payment_prod price="150"/>
</product>
</products>
<reservations>
<reservation rsrv_id="496571" crs="SIRENA2000" rloc="1P2BK4" ticketing_pcc=""/>
<reservation rsrv_id="4965710200" crs="AeroExpress" rloc="A01XFSZH"/>
</reservations>
<passengers>
<passenger doc_number="1206547892" psgr_id="0" doc_country="RU" psgr_type="A" doc_type="C" birth_date="1974-07-01" name="ALEKSEI" gender="M" first_name="SMIRNOV"/>
<passenger doc_number="7896541230" psgr_id="1" doc_country="RU" psgr_type="A" doc_type="C" birth_date="1984-02-02" name="ROMAN" gender="M" first_name="IVANOV"/>
<passenger doc_number="IVШЯ224111" psgr_id="2" doc_country="RU" psgr_type="C" doc_type="B" birth_date="2010-07-10" name="ANTON" gender="M" first_name="SMIRNOV"/>
<passenger doc_number="IVЕТ789456" psgr_id="3" doc_country="RU" psgr_type="I" doc_type="B" birth_date="2017-02-01" name="ANTON" gender="M" first_name="ROMANOV"/>
</passengers>
<travel_docs>
<travel_doc>
<air_ticket_doc tkt_oper="TKT" tkt_number="8236100037848" tkt_date="2018-01-24 16:23:26" prod_id="0" psgr_id="0" issuingAgent="2615" rsrv_id="496571"/>
</travel_doc>
<travel_doc>
<air_ticket_doc tkt_oper="TKT" tkt_number="2626100037849" tkt_date="2018-01-24 16:23:26" prod_id="1" psgr_id="0" issuingAgent="2615" rsrv_id="496571"/>
</travel_doc>
<travel_doc>
<emd_ticket_doc tkt_oper="TKT" tkt_number="99C6160149267" tkt_date="2018-01-24 16:23:26" prod_id="2" psgr_id="0" issuingAgent="2615" rsrv_id="496571" main_prod_id="1" rfic="D"/>
</travel_doc>
<travel_doc>
<air_ticket_doc tkt_oper="TKT" tkt_number="8236100037850" tkt_date="2018-01-24 16:23:26" prod_id="3" psgr_id="1" issuingAgent="2615" rsrv_id="496571"/>
</travel_doc>
<travel_doc>
<air_ticket_doc tkt_oper="TKT" tkt_number="2626100037851" tkt_date="2018-01-24 16:23:26" prod_id="4" psgr_id="1" issuingAgent="2615" rsrv_id="496571"/>
</travel_doc>
<travel_doc>
<emd_ticket_doc tkt_oper="TKT" tkt_number="99C6160149268" tkt_date="2018-01-24 16:23:26" prod_id="5" psgr_id="1" issuingAgent="2615" rsrv_id="496571" main_prod_id="4" rfic="D"/>
</travel_doc>
<travel_doc>
<air_ticket_doc tkt_oper="TKT" tkt_number="8236100037852" tkt_date="2018-01-24 16:23:26" prod_id="6" psgr_id="2" issuingAgent="2615" rsrv_id="496571"/>
</travel_doc>
<travel_doc>
<air_ticket_doc tkt_oper="TKT" tkt_number="2626100037853" tkt_date="2018-01-24 16:23:26" prod_id="7" psgr_id="2" issuingAgent="2615" rsrv_id="496571"/>
</travel_doc>
<travel_doc>
<emd_ticket_doc tkt_oper="TKT" tkt_number="99C6160149269" tkt_date="2018-01-24 16:23:26" prod_id="8" psgr_id="2" issuingAgent="2615" rsrv_id="496571" main_prod_id="7" rfic="D"/>
</travel_doc>
<travel_doc>
<air_ticket_doc tkt_oper="TKT" tkt_number="8236100037854" tkt_date="2018-01-24 16:23:26" prod_id="9" psgr_id="3" issuingAgent="2615" rsrv_id="496571"/>
</travel_doc>
<travel_doc>
<air_ticket_doc tkt_oper="TKT" tkt_number="2626100037855" tkt_date="2018-01-24 16:23:26" prod_id="10" psgr_id="3" issuingAgent="2615" rsrv_id="496571"/>
</travel_doc>
<travel_doc>
<aex_doc rsrv_id="4965710200" prod_id="4965710200200" psgr_id="0" tkt_oper="TKT" tkt_date="2018-01-24 16:23:44" tkt_number="427309"/>
</travel_doc>
<travel_doc>
<emd_ticket_doc tkt_oper="TKT" tkt_number="23K6160148822" tkt_date="16:23 24.01.2018" prod_id="4965710200200" psgr_id="0" issuingAgent="2615" rsrv_id="4965710200"/>
</travel_doc>
<travel_doc>
<aex_doc rsrv_id="4965710200" prod_id="4965710200201" psgr_id="1" tkt_oper="TKT" tkt_date="2018-01-24 16:23:44" tkt_number="427310"/>
</travel_doc>
<travel_doc>
<emd_ticket_doc tkt_oper="TKT" tkt_number="23K6160148823" tkt_date="16:23 24.01.2018" prod_id="4965710200201" psgr_id="1" issuingAgent="2615" rsrv_id="4965710200"/>
</travel_doc>
<travel_doc>
<aex_doc rsrv_id="4965710200" prod_id="4965710200202" psgr_id="2" tkt_oper="TKT" tkt_date="2018-01-24 16:23:44" tkt_number="427311"/>
</travel_doc>
<travel_doc>
<emd_ticket_doc tkt_oper="TKT" tkt_number="23K6160148824" tkt_date="16:23 24.01.2018" prod_id="4965710200202" psgr_id="2" issuingAgent="2615" rsrv_id="4965710200"/>
</travel_doc>
<travel_doc>
<aex_doc rsrv_id="4965710200" prod_id="4965710200203" psgr_id="0" tkt_oper="TKT" tkt_date="2018-01-24 16:23:44" tkt_number="427312"/>
</travel_doc>
<travel_doc>
<emd_ticket_doc tkt_oper="TKT" tkt_number="23K6160148826" tkt_date="16:23 24.01.2018" prod_id="4965710200203" psgr_id="0" issuingAgent="2615" rsrv_id="4965710200"/>
</travel_doc>
<travel_doc>
<aex_doc rsrv_id="4965710200" prod_id="4965710200204" psgr_id="1" tkt_oper="TKT" tkt_date="2018-01-24 16:23:44" tkt_number="427313"/>
</travel_doc>
<travel_doc>
<emd_ticket_doc tkt_oper="TKT" tkt_number="23K6160148825" tkt_date="16:23 24.01.2018" prod_id="4965710200204" psgr_id="1" issuingAgent="2615" rsrv_id="4965710200"/>
</travel_doc>
<travel_doc>
<aex_doc rsrv_id="4965710200" prod_id="4965710200205" psgr_id="2" tkt_oper="TKT" tkt_date="2018-01-24 16:23:44" tkt_number="427314"/>
</travel_doc>
<travel_doc>
<emd_ticket_doc tkt_oper="TKT" tkt_number="23K6160148827" tkt_date="16:23 24.01.2018" prod_id="4965710200205" psgr_id="2" issuingAgent="2615" rsrv_id="4965710200"/>
</travel_doc>
</travel_docs>
<payments>
<payment pay_id="117911895" pay_oper="PAY" pay_time="2018-01-24 16:22:41" site="2440" psp_code="011" psp_name="Testpay" psp_pay_id="" amount="38174" fop="CA"/>
</payments>
</order_snapshot>
</syntaxhighlight>

 '''Внимание!''' В том случае, если выбранный клиентом Сервисный пакет имеет нулевую стоимость - в выгрузке он отображаться не будет.
*bonus_card - номер бонусной карты, введённой покупателем билета в числовом формате.
*service_fee — сбор агентский (только сервисный сбор, '''не включает''' в себя сбор за эквайринг), отображается только на первом билете (отдельно для каждого пассажира).
*comission - комиссия АК
*stamp - код Валидатора в PCC, берется из настроек {{NameSystem}}, если в настройках он не указан, то не передается.
*ord_id — идентификатор заказа в {{NameSystem}}
*corp_ord_id — PNR из ГДС
*site — идентификатор агентства в {{NameSystem}}
*payment pay_id — номер биллинга {{NameSystem}}
*pay_system — код платежной системы
**SB — для сбербанка
**ES — для Рапиды
**UNT — для Юнителлера
*psp_name — отображает название платежного шлюза, для ПШ МПС возможно значения:
**"Sirena2_card" - Оплата картой,
**"Sirena2_qr_code" - Оплата по QR,
**"Sirena2_client_bank" - Оплата по СберПей
**Uniteller — оплата Юнителлер (банк)
**Uniteller_GDS — оплата через GDS-процессинг (Юнителлер)
*cardholder — держатель карты.
*expire_date — срок действия карты, у тех ПШ, что не приходит в ответе — пустой.
*card_number — номер карты, в формате: 415481XXXXXX1734
*approval_code — код подтверждения.
*payment_prod price — сбор за эквайринг.
*main_ticket_prod_id - id билета в выгрузке, формируется как смещение для авиабилетов (200) + id пассажира;
*prod_id - id сервисного пакета в выгрузке, формируется как смещение (400) + номер по порядку;
*tkt_number - номер полиса для пассажира;
*tkt_date - дата и время операции;
*tkt_oper - тип операции (TKT - выписка/CANX - отмена выписки, аннуляция).
*provider_type - тип поставщика (INSURANCE).
*provider_id - AlphaInsurance;
*offer_type - название полиса;
*price - цена полиса для пассажира;
*rsrv_id - идентификатор заказа;
*rloc - номер заказа у поставщика;
*currency - основная валюта сайта (валюта расчетов, валюта оплаты);
*crs_currency - валюта расчетов с поставщиком (c ГДС);
*crs_currency_rate - курс валюты поставщика;
*no_conj_tickets – число дополнительных билетов (отображается при количестве сегментов более 4 включительно);
*surface_seg - передача наземного участка (в том случае, если аэропорт прилета одного сегмента не совпадает с аэропортом вылета следующего);
*supplier - номер PCC (подтягивается в том случае, если указан в реквизитах подключения);
*time_gmt - время GMT;
*time - дата и время отправки информации в Софи (МСК);
*corp_code - код корпоративного клиента;
*email - адрес электронной почты клиента;
*phone - номер телефона клиента;
*psg_type - категория пассажира в виде буквы: A - adult, C - child, I - infant;
*title - краткое описание маршрута;
*form_owner - владелец бланка IATA код АК;
*validating_carrier - валидирующий перевозчик;
*prod_id - идентификатор продукта;
*taxes - таксы;
*fare - стоимость тарифа;
*origin/destination - пункт отправления/назначения;
*segment_id - идентификатор сегмента в air_ticket_prod, соответствующего услуге;
*carrier - маркетинговый перевозчик;
*flight_number - номер рейса;
*op_carrier - оперирующий перевозчик;
*departure_datetime — дата, время вылета;
*arrival_datetime — дата, время прибытия;
*departure_airport — аэропорт вылета;
*arrival_airport — аэропорт прибытия;
*fare_basis - код тарифа;
*amount - стоимость таксы;
*code - код таксы;
*departure_datetime — дата, время отправления;
*cartype - тип вагона;
*crs - код системы бронирования (поставщика);
*doc_number — номер документа;
*psgr_id — номер пассажира;
*doc_country - гражданство;
*psgr_type - категория пассажира;
*doc_type -тип документа, удостоверяющего личность;
*birth_date — дата рождения пассажира;
*name — имя пассажира;
*gender — пол пассажира;
*first_name — фамилия пасажира;
*issuingAgent - идентификатор пользователя, выписавшего билет;
*pay_time — дата, время оплаты
*psp_code - код платежной системы, через которую сделана оплата;
*psp_pay_id - идентификатор платежа в платежной системе;
*amount - сумма оплаты;
*fop - форма оплаты.

</div>
</div>

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

==== Формат JSON ====
<div class="mw-collapsible-content">
см. http://docs.nemo.travel/ru/nemo-backoffice-api/json_api/order_export
</div>
</div>

=== Выгрузка заказа для компонента «Отели» ===
Для компонента '''«Отели»''' доступна выгрузка заказов в форматах Nemo и/или JSON.

<div class="toccolours mw-collapsible mw-collapsed" style="width:1000px">
==== Формат JSON ====
<div class="mw-collapsible-content">
см. https://docs.nemo.travel/ru/hotels/hotelsbackoffice
</div>
</div>

=== Выгрузка заказа для компонента «ЖД» ===
Для компонента '''«ЖД»''' доступна выгрузка заказов в форматах Nemo и/или JSON.

<div class="toccolours mw-collapsible mw-collapsed" style="width:1000px">
==== Формат Nemo ====
<div class="mw-collapsible-content">
<syntaxhighlight lang="xml" line enclose="div" style="font-size:9pt;background: #F9F9F9; border: 1px dashed #2F6FAB; padding: 10px 5px; margin: 10px 0;">
<?xml version="1.0" encoding="UTF-8"?>
<PNR>
<Common>
<id>123456</id>
<Type>TRAINS</Type>
<Service>UFS</Service>
<Locator>64345987</Locator>
<BeginDateTime>2014.04.26-00:15</BeginDateTime>
<EndDateTime>2014.04.26-13:33</EndDateTime>
<TicketingDateTime>2014.06.06-15:10</TicketingDateTime>
<VoidDateTime>2014.06.07-14:19</VoidDateTime>
<TotalPrice>
<Amount>57505.8</Amount>
<CurrencyCode>RUB</CurrencyCode>
</TotalPrice>
<UserId>123</UserId>
<EEUserId />
<UserLogin>mikhalevtur</UserLogin>
<GroupId>122</GroupId>
<UserStatus>Менеджер</UserStatus>
<DateCreate>2014.04.24-15:03</DateCreate>
</Common>
<Payment>
<Title>Testpay</Title>
<Method>Testpay</Method>
<BillingId>117603370</BillingId>
<Date>2014-04-24 15:10:12</Date>
<CreateDate>2014-06-06 15:10:00</CreateDate>
<Status>cancelled</Status>
<PenaltyDate />
<Timelimit>2014-04-24 15:18:01</Timelimit>
<Charge>
<Amount>52278</Amount>
<CurrencyCode>RUB</CurrencyCode>
</Charge>
<Book>
<Amount>5227.8</Amount>
<CurrencyCode>RUB</CurrencyCode>
</Book>
<Penalty>
<Amount>0</Amount>
<CurrencyCode>RUB</CurrencyCode>
</Penalty>
<TotalAgencyChargeForRefund>
<Amount>100</Amount>
<CurrencyCode>RUB</CurrencyCode>
</TotalAgencyChargeForRefund>
<Total>
<Amount>57505.8</Amount>
<CurrencyCode>RUB</CurrencyCode>
</Total>
<PaidValue>
<Amount>0</Amount>
<CurrencyCode>RUB</CurrencyCode>
</PaidValue>
</Payment>
<Client>
<LastName>Сидоров</LastName>
<Name>Владимир</Name>
<MiddleName>Константинович</MiddleName>
<Number>1806326598</Number>
<Birth>1987-05-20</Birth>
<Email>mail@host.com</Email>
<Phone>+79871234567</Phone>
</Client>
<Passengers>
<Passenger>
<name>Владимир</name>
<middlename>Константинович</middlename>
<phone>
<country />
<city />
<number>+79271031610</number>
<expansion />
</phone>
<email>mlsdsar@gmail.com</email>
<nationality>RU</nationality>
<passenger_type>ADT</passenger_type>
<lastname>Сидоров</lastname>
<doc_type>C</doc_type>
<passport_number>1806326598</passport_number>
<passenger_id>1</passenger_id>
<gender>M</gender>
<date_of_birth>20.04.1984</date_of_birth>
<TotalPrice>28752.9</TotalPrice>
<FarePrice>2613.9</FarePrice>
<Charge>26139</Charge>
<RefundMoney>8649.3</RefundMoney>
<ChargeForRefund>100</ChargeForRefund>
<TicketNumber>74944708487545</TicketNumber>
<SeatNumber>033</SeatNumber>
<HasSeat>true</HasSeat>
</Passenger>
<Passenger>
<nationality>RU</nationality>
<middlename>Константинович</middlename>
<passenger_type>ADT</passenger_type>
<lastname>Сидоров</lastname>
<name>Иван</name>
<doc_type>C</doc_type>
<passport_number>1806326554</passport_number>
<passenger_id>2</passenger_id>
<gender>M</gender>
<date_of_birth>05.04.1984</date_of_birth>
<TotalPrice>28752.9</TotalPrice>
<FarePrice>2613.9</FarePrice>
<Charge>26139</Charge>
<TicketNumber />
<SeatNumber>034</SeatNumber>
<HasSeat>true</HasSeat>
</Passenger>
</Passengers>
<Info>
<trainNumber>098ХА</trainNumber>
<trainName />
<departureStation>МОСКВА КАЗ</departureStation>
<arrivalStation>КАЗАНЬ ПАС</arrivalStation>
<trainCategory>1</trainCategory>
<beginStation>Москва</beginStation>
<endStation>Казань</endStation>
<startDate>2014-04-26 00:15:00</startDate>
<endDate>2014-04-26 13:33:00</endDate>
<timeInRoad>47880</timeInRoad>
<carNumber>8</carNumber>
<carType>4</carType>
<choosenSeats>
<type>
<lower>1</lower>
</type>
<type>
<upper>1</upper>
</type>
<type>
<lower_side>0</lower_side>
</type>
<type>
<upper_side>0</upper_side>
</type>
<type>
<undefined>0</undefined>
</type>
</choosenSeats>
<choosenRange>
<start>0</start>
<end>0</end>
</choosenRange>
<serviceClass>В стоимость входит - постельное белье. Наличие установки кондиционирования воздуха не гарантировано.</serviceClass>
</Info>
</PNR>
</syntaxhighlight>

'''Элемент PNR'''
Элемент '''PNR''' — Passenger Name Record — запись, состоящая из группы отдельных элементов (полей), содержащих информацию об одном или более пассажирах, путешествующих вместе, и деталях путешествия.
{| style="width: 800px" class="wikitable"
|-
! scope="col" width="200" | Элемент
! scope="col" width="300" | Описание
! scope="col" width="300" | Допустимые значения
|-
| Common
| Общая информация по заказу.
| Элементы id, Type, Service, Locator, BeginDateTime, EndDateTime, TicketingDateTime, TotalPrice, UserId, EEUserId, UserLogin, GroupId, UserStatus, DateCreate.
|-
| Payment
| Информация о стоимости, штрафах, статусе заказа.
| Элементы Status, PenaltyDate, Timelimit, Charge, Book, Penalty, Total, PaidValue.
|-
| Client
| Информация о заказчике.
| Элементы Name, MiddleName, Number, Birth, Email, Phone.
|-
| Passengers
| Записи о пассажирах.
| Элементы Passenger.
|-
| Info
| Типовая информация по заказу в контексте услуги.
| Элементы trainNumber, trainName, departureStation, arrivalStation, trainCategory, beginStation, endStation, startDate, endDate, timeInRoad, carNumber, carType, choosenSeats, choosenRange, serviceClass.
|}

'''Элемент Common'''
{| style="width: 800px" class="wikitable"
|-
! scope="col" width="200" | Элемент
! scope="col" width="300" | Описание
! scope="col" width="300" | Допустимые значения
|-
| id
| Номер заказа в {{NameSystem}}.
| Число. Пример: 268281.
|-
| Type
| Тип услуги.
| Строка: Пример: FLIGHTS. Допустимые значения: <ul><li>FLIGHTS — авиа,</li><li>HOTELS — отели,</li><li>TRAINS — ЖД.</li></ul>
|-
| Service
| Поставщик услуги.
| Строка. Пример: UFS.
|-
| Locator
| Идентификатор в системе поставщика.
| Число. Пример: 65525140.
|-
| BeginDateTime
| Дата и время отправления первого сегмента.
| Дата и время. Пример: 2014.03.06-00:15.
|-
| EndDateTime
| Дата и время прибытия последнего сегмента.
| Дата и время. Пример: 2014.03.06-13:33.
|-
| TicketingDateTime
| Дата и время выписки билета.
| Дата и время. Пример: 2014.10.17-17:23
|-
| VoidDateTime
| Дата и время возврата билета.
| Дата и время. Пример: 2014.10.17-17:23
|-
| TotalPrice
| Общая стоимость заказа.
| Элементы Amount — номинал стоимости, CurrencyCode — валюта стоимости.
|-
| UserId
| Идентификатор пользователя в системе {{NameSystem}}, оформившего заказ.
| Число. Пример: 123.
|-
| UserLogin
| Логин пользователя в системе {{NameSystem}}, оформившего заказ.
| Строка. Пример: userLogin.
|-
| GroupId
| Идентификатор группы пользователя в системе {{NameSystem}}, оформившего заказ.
| Число. Пример: 122.
|-
| UserStatus
| Тип пользователя в системе {{NameSystem}}.
| Строка. Пример: Менеджер.
|-
| DateCreate
| Дата и время резервирования в системе поставщика.
| Дата и время. Пример: 2014.03.05-15:08
|}

'''Элемент TotalPrice'''
{| style="width: 800px" class="wikitable"
|-
! scope="col" width="200" | Элемент
! scope="col" width="300" | Описание
! scope="col" width="300" | Допустимые значения
|-
| Amount
| Номинал.
| Число. Пример: 1884.
|-
| CurrencyCode
| Валюта.
| Строка (Код ISO 4217 alfa-3). Пример: RUB.
|}

'''Элемент Payment'''
{| style="width: 800px" class="wikitable"
|-
! scope="col" width="200" | Элемент
! scope="col" width="300" | Описание
! scope="col" width="300" | Допустимые значения
|-
| Title
| Название платежного шлюза*.
| Строка. Пример: Testpay.
|-
| Method
| Тип формы оплаты*.
| Строка. Пример: Testpay.
|-
| BillingId
| Идентификатор транзакции {{NameSystem}}.
| Строка. Пример: 117603370.
|-
| Date
| Дата и время оплаты платежной транзакции {{NameSystem}}.
| Строка. Пример: 2014-04-24 15:10:12.
|-
| CreateDate
| Дата и время создания платежной транзакции {{NameSystem}}.
| Строка. Пример: 2014-06-06 15:10:00.
|-
| Status
| Статус заказа в системе {{NameSystem}}.
| Строка. Пример: booked. Допустимые значения:
<ul>
<li>pending — в ожидании,</li>
<li>booked — зарезервирован,</li>
<li>ticket — выписан,</li>
<li>cancelled — отменен.</li>
</ul>
|-
| PenaltyDate
| Дата и время наступления штрафных санкций.
| Дата и время. Пример: 2014-03-05 15:23:40.
|-
| Timelimit
| Таймлимит на оплату и подтверждение заказа.
| Дата и время. Пример: 2014-03-05 15:23:40.
|-
| Charge
| Сбор агентства.
| См. элемент Common.TotalPrice.
|-
| Book
| Тариф.
| См. элемент Common.TotalPrice.
|-
| Penalty
| Штраф.
 '''Внимание!''' На данный момент параметр неактуален и при выгрузке всегда принимает нулевое значение.
| См. элемент Common.TotalPrice.
|-
| TotalAgencyChargeForRefund
| Общий сбор агентства за возврат.
| См. элемент Common.TotalPrice.
|-
| Total
| Общая стоимость.
| См. элемент Common.TotalPrice.
|-
| PaidValue
| Оплачено.
| См. элемент Common.TotalPrice.
|}

* — список возможный платежных шлюзов: 
Acquiro, Chronopay, Copayco, CourierNew, Deposit, EasyPay, GatelineNew, ITransfer, Invoice, Offices, PayU, Payture, Platron, PrivatBank, Qiwi, Rapida, Receipt, Sberbank, Sirena, Sirena2, UnitellerNew, WebMoney.

'''Элемент Client'''
{| style="width: 800px" class="wikitable"
|-
! scope="col" width="200" | Элемент
! scope="col" width="300" | Описание
! scope="col" width="300" | Допустимые значения
|-
| Name
| Фамилия и имя заказчика.
| Строка. Пример: Иванов Иван.
|-
| MiddleName
| Отчество заказчика.
| Строка. Пример: Иванович.
|-
| Number
| Серия и номер документа.
| Строка. Пример: 1806123456.
|-
| Birth
| Дата рождения заказчика.
| Дата. Пример: 1984-06-30.
|-
| Email
| Адрес электронной почты заказчика.
| Строка. Пример: client@host.com.
|-
| Phone
| Номер телефона заказчика.
| Строка. Пример: +74951234567
|}

'''Элемент Passenger'''
{| style="width: 800px" class="wikitable"
|-
! scope="col" width="200" | Элемент
! scope="col" width="300" | Описание
! scope="col" width="300" | Допустимые значения
|-
| lastname
| Фамилия пассажира.
| Строка. Пример: Сидоров.
|-
| name
| Имя пассажира.
| Строка. Пример: Владимир.
|-
| middlename
| Отчество пассажира.
| Строка. Пример: Константинович.
|-
| doc_type
| Тип документа.
| Строка. Пример: C. Допустимые значения:
<ul>
<li>C — Российский паспорт</li>
<li>P — Заграничный паспорт</li>
<li>A — Иностранный документ</li>
<li>S — Паспорт моряка</li>
<li>M — Военный билет</li>
<li>B — Свидетельство о рождении</li>
</ul>
|-
| passport_number
| Серия и номер документа.
| Строка. Пример: 1806123456.
|-
| gender
| Пол пассажира.
| Строка. Пример: M. Допустимые значения:
<ul>
<li>M — мужской</li>
<li>F — женский</li>
</ul>
|-
| date_of_birth
| Дата рождения пассажира.
| Дата. Пример: 20.05.1987.
|-
| nationality
| Гражданство пассажира.
| Строка (ISO 3166-1 Alpha-2). Пример: RU.
|-
| passenger_type
| Тип пассажира.
| Строка. Пример: ADT. Допустимые значения:
<ul>
<li>ADT — взрослый</li>
<li>CLD — ребенок до 10 лет*, **</li>
<li>INF — ребенок до 5 лет*, ***</li>
</ul>
|-
| passenger_id
| Порядковый номер пассажира в заказе.
| Число. Пример: 2.
|-
| TotalPrice
| Общая стоимость билета со сборами для данного пассажира.
| Число. Пример: 1934.
|-
| FarePrice
| Стоимость по тарифу тарифу.
| Число. Пример: 1884.
|-
| Charge
| Сбор агентства.
| Число. Пример: 50.
|-
| RefundMoney
| Сумма к возврату. Значение, полученное от поставщика, уменьшенное на сумму сбора агентства за возврат.
| Число. Пример: 1643.
|-
| ChargeForRefund
| Cбор агентства за возврат.
| Число. Пример: 100.
|-
| TicketNumber
| Номер билета.
| Число. Пример: 73944708472624.
|-
| SeatNumber
| Номер места.
| число. Пример: 21.
|-
| TariffType
| Наименование тарифа.
| Строка. Пример: ПОЛНЫЙ.
|-
| HasSeat
| Занимает ли пассажир отдельное место.
| Допустимые значения:<ul><li>true — с местом,</li><li>false — без места.</li></ul>
|}

* — Не включая верхний предел. Возраст ребенка определяется на день совершения поездки.

** — Нижний и верхний пределы определяются видом сообщения:
* от 5 до 10 лет — Внутригосударственное сообщение, а также международное сообщение со странами-участниками СНГ, Литовской, Латвийской, Эстонской Республиками, Республикой Абхазия.
* от 6 до 17 лет — Международное сообщение в дальнем зарубежье по глобальным ценам. Направление Россия-Финляндия.
* от 4 до 12 лет — Международное сообщение в дальнем зарубежье по глобальным ценам. Направление Восток-Запад.

*** — Верхний предел определяется видом сообщения:
* до 5 лет — Внутригосударственное сообщение, а также международное сообщение со странами-участниками СНГ, Литовской, Латвийской, Эстонской Республиками, Республикой Абхазия.
* до 6 лет — Международное сообщение в дальнем зарубежье по глобальным ценам. Направление Россия-Финляндия.
* до 4 лет — Международное сообщение в дальнем зарубежье по глобальным ценам. Направление Восток-Запад.

'''Элемент Passenger'''
{| style="width: 800px" class="wikitable"
|-
! scope="col" width="200" | Элемент
! scope="col" width="300" | Описание
! scope="col" width="300" | Допустимые значения
|-
| trainNumber
| Номер поезда.
| Строка. Пример: 098ХА.
|-
| trainName
| Имя фирменного поезда. Приходит от поставщика.
| Строка. Пример: Россия.
|-
| departureStation
| Станция отправления пассажира.
| Строка. Пример: МОСКВА КАЗ.
|-
| arrivalStation
| Станция прибытия пассажира.
| Строка. Пример: КАЗАНЬ ПАС.
|-
| trainCategory
| Тип поезда.
| Число. Пример: 1. Допустимые значения:
<ul>
<li>0 — неизвестный тип поезда</li>
<li>1 — скорый поезд</li>
<li>2 — фирменный поезд</li>
<li>3 — скоростной поезд</li>
<li>4 — фирменный скоростной поезд</li>
</ul>
|-
| beginStation
| Начальная станция в маршруте поезда.
| Строка. Пример: Казань
|-
| endStation
| Конечная станция в маршруте поезда.
| Строка. Пример: Москва
|-
| startDate
| Дата и время отправления со станции отправления пассажира.
| Дата и время. Пример: 2014-03-06 00:15:00.
|-
| endDate
| Дата и время прибытия со станции отправления пассажира.
| Дата и время. Пример: 2014-03-06 13:33:00.
|-
| timeInRoad
| Время в пути от станции отправления до станции прибытия пассажира.
| Число (секунд). Пример: 47880.
|-
| carNumber
| Номер вагона.
| Число. Пример: 7.
|-
| carType
| Тип вагона.
| Число. Пример: 1. Допустимые значения:
<ul>
<li>1 - общий вагон</li>
<li>2 - сидячий вагон</li>
<li>3 - плацкарта</li>
<li>4 - купе</li>
<li>5 - люкс</li>
<li>6 - мягкий</li>
<li>7 - неизвестный тип</li>
</ul>
|-
| choosenSeats
| Элемент описывает количество нижних, нижних боковых, верхних, верхних боковых мест.
| Элементы type.
|-
| choosenRange
| Выбранный диапазон мест в вагоне.
| Элементы start, end.
|-
| serviceClass
| Описание услуг. Приходит от поставщика.
| Текст. Пример: В стоимость входит - постельное белье. Наличие установки кондиционирования воздуха не гарантировано.
|}

'''Элемент type'''
{| style="width: 800px" class="wikitable"
|-
! scope="col" width="200" | Элемент
! scope="col" width="300" | Описание
! scope="col" width="300" | Допустимые значения
|-
| lower
| Количество нижних мест.
| Число. Пример: 1.
|-
| upper
| Количество верхних мест.
| Число. Пример: 0.
|-
| lower_side
| Количество нижних боковых мест.
| Число. Пример: 1.
|-
| upper_side
| Количество верхних боковых мест.
| Число. Пример: 1.
|-
| undefined
| Количество мест неопределенного типа.
| Число. Пример: 0.
|}

'''Элемент choosenRange'''
{| style="width: 800px" class="wikitable"
|-
! scope="col" width="200" | Элемент
! scope="col" width="300" | Описание
! scope="col" width="300" | Допустимые значения
|-
| start
| Начало выбранного диапазон мест в вагоне*.
| Число. Пример: 4.
|-
| end
| Конец выбранного диапазон мест в вагоне*.
| Число. Пример: 17.
|}

* — Если диапазон не был зада пользователем на этапе выбора мест, то поля start и end будут содержать нули.

</div>
</div>

<div class="toccolours mw-collapsible mw-collapsed" style="width:1000px">
==== Формат JSON ====
<div class="mw-collapsible-content">
см. http://docs.nemo.travel/ru/nemo-backoffice-api/json_api/order_export
</div>
</div>

== Пакетный экспорт заказов в формате Nemo==
Сервис выгрузки заказов позволяет экспортировать необходимые выборки по заказам в формате XML, XLS(X). Например, можно выбрать заказы по дате бронирования и получить информацию по ним в нужном формате. Экспорт в формате XLS(X) единовременно выгружает не более 1000 заказов. Если требуется выгрузка большего количества заказов (для получения полной статистики по всем заказам), то нужно выгружать заказы за последовательные периоды.

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

Панель выгрузки всегда доступна для менеджеров и экспертов.

=== Экспорт заказов под авторизованным пользователем (в личном кабинете) ===
[[Файл:exportxmlxlsxlsx.jpg|600px|thumb|right|Фильтры пакетного экспорта заказов в личном кабинете]]
Псевдоссылка ''Показать панель экспорта'' раскрывает форму, позволяющую экспортировать заказы в файл формат XML, XLS или XLSX.

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

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

Для экспорта отложенных заказов в формате XLS(X) нужно в фильтрах заказов установить параметр «Статус бронирования» в значение «Отложен».

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

==== Параметры пакетной выгрузки ====

{| class="wikitable mw-collapsible mw-uncollapsed"
|-
! scope="col" | Параметр
! scope="col" | XLS - выгрузка
! scope="col" | XML -выгрузка
|-
| Номер билета
| нет
| Passengers->Passenger->Tickets->Ticket->Num
|-
|Маршрут
| service_summary
| OrderInfo
|-
| Дата выписки
| ticketing_date
| Common->TicketingDateTime
|-
| Дата вылета
| date_begin
| OrderInfo->Info->StartDate,StartTime
|-
|Тариф в валюте сайта (по каждому билету)
|только суммарно за всех пассажиров
| нет
|-
|Таксы в валюте сайта (по каждому билету)
|только суммарно за всех пассажиров
| нет
|-
|Тариф в валюте выписки (по каждому билету)
|нет
|нет
|-
| фамилия пассажира (по каждому билету)
| нет
| Passengers->Passenger->lastname
|-
|}

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

Причем в случае, если в разделе настроек '''Настройки системы → Интеграция → Выгрузка заказов''' включена настройка '''Выгрузка одновременно и Nemo и Софи''', повторная выгрузка будет выполнена и в формате Nemo, и в формате СОФИ.

Также, доступна повторная выгрузка заказов через Личный кабинет. Для этого разделе «Заказы», для нужного заказа в колонке «Действия» требуется нажать на ссылку «Выгрузить заказ повторно».








== См. также ==
*[[Пользователь]]
*[[Авторизованный пользователь]]
*[[Агентство]]
*[[Заказы]]
*[[Бронирование]]
*[[Аннуляция]]
*[[Выписка]]
*[[Войдирование]]
*[http://ru.wikipedia.org/wiki/%D0%A1%D0%BF%D0%B8%D1%81%D0%BE%D0%BA_%D0%BA%D0%BE%D0%B4%D0%BE%D0%B2_%D1%81%D0%BE%D1%81%D1%82%D0%BE%D1%8F%D0%BD%D0%B8%D1%8F_HTTP Список кодов состояния HTTP].