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

Сервисная ремарка

2013-05-15T08:23:24Z

Анастасия Щелканова: /* SSR в Nemo */

[[Категория:Термины]]
'''Сервисная ремарка''' (Secial Service Request - SSR) - специальный код для обозначения информации об индивидуальных запросах пассажиров: типов питания и провоза нестандартного багажа, необходимых приспособлений для передвижения пассажиров с ограниченными возможностями и особенностей полета путешествующих без сопровождения несовершеннолетних, связанных с удобством перелета услуг и др.

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

== Основные категории пассажиров, нуждающеся в дополнительных услугах, и соответствующие сервисные ремарки ==

'''Дети'''

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

Примеры SSR и их значения:

*INF - младенец.
*BSCT - люлька для младенца.
*CHD - ребенок от 2 до 11 лет.
*UNMR - несовершеннолетний без сопровождения.

'''Люди с ограниченными возможностями и инвалиды'''

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

Примеры SSR и их значения:

*MAAS - пассажира необходимо встретить и помочь ему.
*WCHC(R,S)) - пассажир с ограниченными возможностями передвижения.
*BLND - пассажир с ограничением по зрению.
*DEAF - пассажир с ограничением по слуху.

'''Другие возможные SSR и их значения:'''

*PSC - предпочтительное место в салоне. Многие авиакомпании предоставляют возможность выбора желаемого места при оформлении или не позднее чем за 36 часов до вылета.
*EXST - пассажир, занимающий два сиденья. Причины предоставления дополнительного места могут быть различны: вес пассажира, особый вид багажа и т.д.
*SPML - специальное питание. Может быть связано с состоянием здоровья пассажира (специальная диета) или религиозными убеждениями. Данную услугу необходимо заказать не менее чем за 36 часов до вылета и подтвердить во время регистрации.
*XBAG - сверхнормативный багаж. Если размер или вес багажа превышает нормы данной авиакомпании, то его перевозка осуществляется только в багажном отделении самолета. Оплата производится при регистрации на рейс.
*PETC - перевозка животных. Животные разрешены к перевозке только в сопровождении взрослых пассажиров. Авиакомпания может отказаться предоставить услугу по перевозке животного по разным причинам.
*LANG - пассажир не говорит по-английски.

== SSR в Nemo ==

Система Nemo поддерживает ремарки SSR.

Для ряда авиакомпаний при бронировании авиабилетов предоставление информации о паспортных данных пассажиров не является обязательным. В системе есть возможность как настройки формата передаваемых паспортных данных (SSR DOCS или SSR FOID).

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

На данной странице расположены следующие опции:

*'''Типы записей SSR''' - определяет формат передаваемых данных. Может принимать 2 значения:

1. «SSR DOCS».<br>
2. «SSR FOID».

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

*'''Применять правило''' - позволяет задавать 2 типа правил:

1. для определенного списка авиакомпаний;<br>
2. для авиакомпаний из определенных стран.

*'''Авиакомпании/Страны авиакомпаний''' - поле для ввода авиакомпаний или стран, для которых задается правило.

*'''Страны сегментов полета''' - поле для ввода стран для перелетов, в которых будет работать правило. Если в перелете есть хоть один сегмент указанной страны, при совпадении всех остальных условий правило сработает.

<span style="background-color:#fff0f5;"><span style="font-size:large;"><span style="color:#ff0000;">!</span></span> Для корректной работы правил необходимо, чтобы поля для ввода документов (такие как: тип документа, серия документа, номер документа, срок действия документа и гражданство), настраиваемые в разделе «Администрирование» - «Формы ввода данных» на форме пассажиров, были включены.

*'''Определение типа контракта (BSP или ТКП)''' - идет на основании реквизитов агентства, указанных в разделе '''«Авиабилеты»''' - '''«Реквизиты подключения к ГДС»'''. Если не сработало ни одно правило, то Nemo функционирует в обычном режиме: для авиакомпаний ТКП передаются паспортные данные в формате SSR FOID, для BSP компаний - в формате SSR DOCS как для Galileo, так и для Sabre.

== Ремарки в новой версии ==

В версии Nemo 2.0 добавлены шаблоны для ремарок (аналогично [[Шаблоны электронных писем|шаблонам писем]]). Например, агентство может при бронировании складывать в ремарки информацию об итоговой стоимости, телефон или e-mail пассажира.

== См. также ==
[[ПНР]]<br>
[[Карта мест]]

Сервисная ремарка

2013-05-15T07:34:43Z

Анастасия Щелканова: /* SSR в Nemo */

[[Категория:Термины]]
'''Сервисная ремарка''' (Secial Service Request - SSR) - специальный код для обозначения информации об индивидуальных запросах пассажиров: типов питания и провоза нестандартного багажа, необходимых приспособлений для передвижения пассажиров с ограниченными возможностями и особенностей полета путешествующих без сопровождения несовершеннолетних, связанных с удобством перелета услуг и др.

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

== Основные категории пассажиров, нуждающеся в дополнительных услугах, и соответствующие сервисные ремарки ==

'''Дети'''

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

Примеры SSR и их значения:

*INF - младенец.
*BSCT - люлька для младенца.
*CHD - ребенок от 2 до 11 лет.
*UNMR - несовершеннолетний без сопровождения.

'''Люди с ограниченными возможностями и инвалиды'''

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

Примеры SSR и их значения:

*MAAS - пассажира необходимо встретить и помочь ему.
*WCHC(R,S)) - пассажир с ограниченными возможностями передвижения.
*BLND - пассажир с ограничением по зрению.
*DEAF - пассажир с ограничением по слуху.

'''Другие возможные SSR и их значения:'''

*PSC - предпочтительное место в салоне. Многие авиакомпании предоставляют возможность выбора желаемого места при оформлении или не позднее чем за 36 часов до вылета.
*EXST - пассажир, занимающий два сиденья. Причины предоставления дополнительного места могут быть различны: вес пассажира, особый вид багажа и т.д.
*SPML - специальное питание. Может быть связано с состоянием здоровья пассажира (специальная диета) или религиозными убеждениями. Данную услугу необходимо заказать не менее чем за 36 часов до вылета и подтвердить во время регистрации.
*XBAG - сверхнормативный багаж. Если размер или вес багажа превышает нормы данной авиакомпании, то его перевозка осуществляется только в багажном отделении самолета. Оплата производится при регистрации на рейс.
*PETC - перевозка животных. Животные разрешены к перевозке только в сопровождении взрослых пассажиров. Авиакомпания может отказаться предоставить услугу по перевозке животного по разным причинам.
*LANG - пассажир не говорит по-английски.

== SSR в Nemo ==

Система Nemo поддерживает ремарки SSR.

Для ряда авиакомпаний при бронировании авиабилетов предоставление информации о паспортных данных пассажиров не является обязательным. В системе есть возможность как настройки формата передаваемых паспортных данных (SSR DOCS или SSR FOID), так и их отключения.

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

На данной странице расположены следующие опции:

*'''Типы записей SSR''' - определяет формат передаваемых данных. Может принимать 2 значения:

1. «SSR DOCS».<br>
2. «SSR FOID».

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

<span style="background-color:#fff0f5;"><span style="font-size:large;"><span style="color:#ff0000;">!</span></span> Для отключения передачи паспортных данных ни одна из записей не должна быть выбрана.

*'''Применять правило''' - позволяет задавать 2 типа правил:

1. для определенного списка авиакомпаний;<br>
2. для авиакомпаний из определенных стран.

*'''Авиакомпании/Страны авиакомпаний''' - поле для ввода авиакомпаний или стран, для которых задается правило.

*'''Страны сегментов полета''' - поле для ввода стран для перелетов, в которых будет работать правило. Если в перелете есть хоть один сегмент указанной страны, при совпадении всех остальных условий правило сработает.

<span style="background-color:#fff0f5;"><span style="font-size:large;"><span style="color:#ff0000;">!</span></span> Для корректной работы правил необходимо, чтобы поля для ввода документов (такие как: тип документа, серия документа, номер документа, срок действия документа и гражданство), настраиваемые в разделе «Администрирование» - «Формы ввода данных» на форме пассажиров, были включены.

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

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

<span style="background-color:#fff0f5;"><span style="font-size:large;"><span style="color:#ff0000;">!</span></span> Для авиакомпаний ТКП - отключить передачу паспортных данных возможности нет (причем, независимо от правила всегда передаются данные в формате FOID, поля доступны для заполнения на форме).

*'''Определение типа контракта (BSP или ТКП)''' - идет на основании реквизитов агентства, указанных в разделе '''«Авиабилеты»''' - '''«Реквизиты подключения к ГДС»'''. Если не сработало ни одно правило, то Nemo функционирует в обычном режиме: для авиакомпаний ТКП передаются паспортные данные в формате SSR FOID, для BSP компаний - в формате SSR DOCS как для Galileo, так и для Sabre.

== Ремарки в новой версии ==

В версии Nemo 2.0 добавлены шаблоны для ремарок (аналогично [[Шаблоны электронных писем|шаблонам писем]]). Например, агентство может при бронировании складывать в ремарки информацию об итоговой стоимости, телефон или e-mail пассажира.

== См. также ==
[[ПНР]]<br>
[[Карта мест]]

Файл:Export-hotels.png

2013-05-13T13:35:27Z

Анастасия Щелканова: загружена новая версия «Файл:Export-hotels.png»

2013-05-13T10:56:00Z

Анастасия Щелканова:

Выгрузка заказов

2013-04-16T09:02:22Z

Анастасия Щелканова: /* Выгрузка в формате Nemo */

[[Категория:Функции]]
На странице '''«Заказы»''' - '''«Выгрузка заказов»''' можно настроить экспорт заказов для всех компонентов системы.

== Выгрузка заказов для компонента «Авиабилеты» ==

Для компонента '''«Авиабилеты»''' доступна выгрузка заказов в формате Софи.
На странице есть возможность активировать опцию '''«Повторная отправка в случае неудачи»'''.

[[File:Sofi.png]]

*Выгрузка в формате Софи производится при выписке и войдировании билета. При включенном модуле '''«Выгрузка заказов в Софи»''' агентству становятся доступны настройки экспорта на странице '''«Заказы» - «Выгрузка заказов»'''.

*Выгрузка данных заказов в формате XML. В системе Nemo существует возможность выгрузки данных о заказе при совершении ряда действий. Данные выгружаются по адресу скрипта, указанного в поле «Url стороннего скрипта для XML уведомлений».

Если в настройке '''«Повторная отправка в случае неудачи»''' выбрано значение «''Да''», то при наличии в планировщике задач Cron (с помощью которого выполняются запросы на совершение заданного действия) задачи /?go=cron/send_booking, будут происходить попытки экспортировать бронь повторно через определенный интервал равный интервалу, указанному в конфигурации крон-задания.

Лог отправки броней можно получить по адресу:
http://domain.com/logs/export_resend.log

Логи хранятся в таблице бд, которая называется cron_export_resend.

Если же три попытки подряд закончатся неудачно, то на адреса, указанные в поле '''«Список адресов для уведомлений (разделяется запятыми)»''', будет отправлено уведомление о проблемном заказе.

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

== Выгрузка заказов для компонента «Отели» ==

[[Файл:Export-hotels.png]]

== Выгрузка в формате Nemo ==

Действия, при которых происходит выгрузка в формате Nemo:
*бронирование;
*аннуляция;
*синхронизация (если в заказе произошли изменения);
*выписка;
*войдирование.

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

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

=== Пример файла, формируемого при выгрузке: ===

<pre><?xml version="1.0" encoding="UTF-8" ?>
- <PNRS>
- <PNR>
- <Common>
<id>32935</id>
<Type>FLIGHTS</Type>
<Service>GALILEO</Service>
<Locator>MDH58U</Locator>
<BeginDateTime>2012.03.30-08:50</BeginDateTime>
<EndDateTime>2012.03.30-10:45</EndDateTime>
- <TotalPrice>
<Amount>13336.45</Amount>
<CurrencyCode>RUB</CurrencyCode>
</TotalPrice>
<UserId>31875</UserId>
<EEUserId>23131</EEUserId>
<UserLogin>makasy</UserLogin>
<GroupId>31874</GroupId>
<UserStatus>Менеджер</UserStatus>
<DateCreate>2012.01.31-11:30</DateCreate>
</Common>
- <Payment>
<Title>Курьерская доставка</Title>
<Method>CourierNew</Method>
<BillingId>6914</BillingId>
<CreateDate>2012-01-31 11:32:03</CreateDate>
<Status>booked</Status>
<PenaltyDate />
<Timelimit>2012-01-31 14:30:58</Timelimit>
- <Charge>
<Amount>-204.1</Amount>
<CurrencyCode>RUB</CurrencyCode>
</Charge>
- <Book>
<Amount>26877</Amount>
<CurrencyCode>RUB</CurrencyCode>
</Book>
- <Penalty>
<Amount>0</Amount>
<CurrencyCode>RUB</CurrencyCode>
</Penalty>
- <Total>
<Amount>13336.45</Amount>
<CurrencyCode>RUB</CurrencyCode>
</Total>
- <Commission>
<Amount>13336.45</Amount>
<CurrencyCode>RUB</CurrencyCode>
</Commission>
</Payment>
- <Client>
<LastName>FEDOROV</LastName>
<Name>Evgenii</Name>
<MiddleName>отчество</MiddleName>
<SerialNumber>6308</SerialNumber>
<Number>25252</Number>
<Birth />
<Email>makasy15@gmail.com</Email>
<Phone>+79274444444</Phone>
</Client>
<PassengersCount>1</PassengersCount>
- <Passengers>
- <Passenger>
<nationality>RU</nationality>
<passenger_type>ADT</passenger_type>
<lastname>FEDOROV</lastname>
<name>EVGENII</name>
<passport_series>6308</passport_series>
<passport_number>25252</passport_number>
<date_of_birth>30.01.1982</date_of_birth>
<currency_of_passport>31.03.2012</currency_of_passport>
- <phone>
<country />
<city />
<number>+79274444444</number>
<expansion />
</phone>
<doc_type>P</doc_type>
<middlename />
<passenger_id />
<gender>M</gender>
<meal>NONE</meal>
<galileo_format_phone>CTPC 79274444444 FEDOROV/EVGENII -B</galileo_format_phone>
<sabre_format_phone>CTCP 79274444444 FEDOROV / EVGENII-M</sabre_format_phone>
</Passenger>
</Passengers>
<FlightType>Международный</FlightType>
- <OrderInfo>
- <Info>
<Company>Аэрофлот - Российские авиалинии</Company>
<CompanyCode>SU</CompanyCode>
<StartDate>2012.03.30</StartDate>
<StartTime>08:50</StartTime>
<StartDayOfWeek>Friday</StartDayOfWeek>
<FlightNumber>2450 (SU2450)</FlightNumber>
<StartAirportCode>SVO</StartAirportCode>
<StartAirportName>Шереметьево (Москва)</StartAirportName>
<StartCountry>Россия</StartCountry>
<StartCountryCode>RU</StartCountryCode>
<EndAirportCode>CDG</EndAirportCode>
<EndAirportName>Париж, Шарль-Де-Голль</EndAirportName>
<EndCountry>Франция</EndCountry>
<EndCountryCode>FR</EndCountryCode>
<Time>3:55</Time>
- <Equip>
<Name>Эрбас 320</Name>
<Type>320</Type>
</Equip>
<ClassType>economy</ClassType>
<ClassTypeCode>V</ClassTypeCode>
<Meal>L</Meal>
</Info>
</OrderInfo>
</PNR>
</PNRS></pre>

== См. также ==
*[[Пользователь]]
*[[Авторизованный пользователь]]
*[[Агентство]]
*[[Заказы]]
*[[Бронирование]]
*[[Аннуляция]]
*[[Выписка]]
*[[Войдирование]]

Приватбанк

2013-03-26T07:22:17Z

Анастасия Щелканова: /* Настройка платежного шлюза "ПриватБанк" */

[[Категория:Поставщики платежных решений]][[Категория:Способы оплаты]][[Файл:Privat-card.png|справа|300px|Фотокарта "ПриватБанка"]]
'''ПриватБанк''' - коммерческий банк (Украина), основан в 1992 году. Национальная сеть обслуживания ПриватБанка включает более 3000 филиалов и отделений.

[[Платежный шлюз]] "ПриватБанка" позволяет проводить оплату в системе Nemo.

== Настройка платежного шлюза "ПриватБанк" ==

Для данного способа оплаты доступны следующие настройки:

[[Файл:Privat.jpg‎]]

'''«Номер Вашего предприятия - выдается ПриватБанком при регистрации (логин)»'''.

'''«Пароль»''' - выдается при регистрации в ПриватБанке.

'''«Дублирующий канал доставки ответа от банка»''' - это URL, на который система отправляет ответ с результатом платежа напрямую, параллельно отправке через браузер клиента.

'''«Боевой режим»''' - если включен, то подставляются указанные в форме логин и пароль, иначе подставляются тестовые, и оплата проводится на 1 гривну.

Мониторинг ошибок, возникающих при использовании данного способа оплаты можно посмотреть в разделе [[Лог#Платежный лог|Платежный лог]]

== См. также ==
*[[Платежный шлюз]]
*[[Статистика#Статистика поставщиков|Статистика поставщиков]]

== Полезные ссылки ==
*[http://privatbank.ua Сайт ПриватБанка]

Приватбанк

2013-03-26T07:18:20Z

Анастасия Щелканова: /* Настройка платежного шлюза "ПриватБанк" */

[[Категория:Поставщики платежных решений]][[Категория:Способы оплаты]][[Файл:Privat-card.png|справа|300px|Фотокарта "ПриватБанка"]]
'''ПриватБанк''' - коммерческий банк (Украина), основан в 1992 году. Национальная сеть обслуживания ПриватБанка включает более 3000 филиалов и отделений.

[[Платежный шлюз]] "ПриватБанка" позволяет проводить оплату в системе Nemo.

== Настройка платежного шлюза "ПриватБанк" ==

Для данного способа оплаты доступны следующие настройки:

[[Файл:Privat.jpg‎]]

'''«Номер Вашего предприятия - выдается ПриватБанком при регистрации (логин)»'''.

'''«Пароль»''' - выдается при регистрации в ПриватБанке.

'''«Дублирующий канал доставки ответа от банка»''' URL, на который система отправляет ответ с результатом платежа напрямую, параллельно отправке через браузер клиента.

'''«Боевой режим»''' - если включен, то подставляются указанные в форме логин и пароль, иначе подставляются тестовые, и оплата проводится на 1 гривну.

Мониторинг ошибок, возникающих при использовании данного способа оплаты можно посмотреть в разделе [[Лог#Платежный лог|Платежный лог]]

== См. также ==
*[[Платежный шлюз]]
*[[Статистика#Статистика поставщиков|Статистика поставщиков]]

== Полезные ссылки ==
*[http://privatbank.ua Сайт ПриватБанка]

Файл:Privat.jpg

2013-03-26T07:04:11Z

Анастасия Щелканова:

Баланс компаний

2013-03-25T10:42:42Z

Анастасия Щелканова: /* Управление депозитами в Nemo */

[[Категория:Способы оплаты]][[Категория:Модули]] [[Категория:Настройки]]
Для юридических лиц система Nemo предоставляет возможность работы с системой депозитов, когда субагент или корпоративный клиент может оплачивать авиабилеты списанием суммы с депозитного счета.

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

Механизмов защиты от злоупотреблений в системе по депозиту нет, следовательно, Вам потребуется применять организационные меры внутри компании по контролю депозитов.
== Управление депозитами в Nemo ==

Настройка '''"Управление депозитами"''' доступна в разделе '''"Способы оплаты"'''.

[[Агентство]] может задать кредитный лимит. Значение равное нулю означает отсутствие кредитного лимита.

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

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

<span style="background-color:#fff0f5;"><span style="font-size:large;"><span style="color:#ff0000;">!</span></span> При вводе суммы увеличения депозита можно вводить отрицательные числа. В этом случае депозитный счет будет уменьшен на указанную сумму.

== Логи депозитов в Nemo ==

Логи депозитов хранятся в разделе '''"Способы оплаты"''' - '''"Депозит"'''. Фильтрация поиска нужной записи происходит с использованием параметров:

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

== См. также ==
*[[Лог]]
*[[Пользователь#Группы в Nemo|Группы в Nemo]]

Путеводитель

2013-03-20T07:43:21Z

2012-11-23T12:28:51Z

Анастасия Щелканова:

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

Модуль включается в два этапа. Первый этап производит администратор Mute Lab. После этого будет доступен раздел настроек '''«Авиабилеты» - «Процесс поиска 2.0»''', для второго этапа необходимо включить этот модуля на странице «Тонкая настройка» с помощью галочки напротив «Процесс поиска 2.0 включен» (можно включить для отдельного пользователя, с целью проведения проверки/тестирования, если галочка отсутствует, то поиск идет по старому варианту).

[[File:Процесс поиска.jpg]]

При переходе на этот способ поиска рекомендуется производить настройки следующим образом: - реквизиты подключения к GDS остаются прежними - потом создаются для них новые пакеты - заводятся правила фильтров, микшера - редактируются контрактные а/к, комиссии и сборы Например список с контрактными авиакомпаниями: [[File:Список контрктных.jpg]]

Указать пакеты реквизитов можно при создании или редактировании, можно выбрать либо GDS, либо конкретные пакеты. [[File:Контрактные авиакомпании.jpg]]

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

== Описание работы модуля ==

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

=== Пакетные реквизиты ===

При поиске по умолчанию запросы отправляются во все заведенные пакеты реквизитов, если для них не заданы ограничения, если же они заданы и совпадают с параметрами поиска, то этот пакет игнорируется. Например, правило вида Германия – Россия искать в GALILEO A, то при поиске Берлин – Москва запрос не будет отправляться в GALILEO A. Для обратной логики, то есть для того чтобы в этом источнике искались перелеты удовлетворяющие географическому ограничению Германия – Москва, необходимо задать правило вида все кроме указанных.

Страница ввода прил выглядит следующим обрзом:

[[File:Пакетные реквизиты.jpg]]

*'''Заголовок '''- текстовое поле, заполненное произвольно, например "Sabre pack";
*'''Источник перевозки '''- заведенные реквизиты подключения к GDS;
*'''Реквизиты для бронирования '''- реквизиты подключения к GDS у которых доступно бронирование;
*'''Реквизиты для выписки '''- реквизиты подключения к GDS у которых доступна выписка;
*'''Континентыотправления\прилета''' - можно указать конкретные;
*'''Страны отправления\прилета''' - можно указать конкретные или все кроме какого-то;
*'''Аэропорты отправления\прилета''' - можно указать конкретные или все кроме какого-то.

=== Фильтры результатов ===

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

#'''«авиакомпания не является контрактной»''' (если стоит галочка, то отсеются все авиакомпании отсутствующие в списке контрактных);
#'''«+ содержит авиакомпании в первом сегменте»''' (можно указать конкретные или все кроме какой-то);
#'''«+ содержит авиакомпании в любом сегменте»''' (можно указать конкретные или все кроме какой-то);
#'''«+ перелет содержит несколько тарифов''''''»''' (да, если стоит галочка);
#'''«+ сегменты перелета разного класса»''' (да, если стоит галочка);
#'''«+ перелет без электронного билета»''' (да, если стоит галочка);
#'''«+ международный перелет при поиске в пределах одной страны»''' (да, если стоит галочка);
#'''«+ тип перевозки»''' (можно выбрать ВВЛ или МВЛ );
#'''«+ континенты вылета»''' можно указать конкретные);
#'''«+ страны вылета»''' (можно указать конкретные или все кроме какого-то);
#'''«+ аэропорты вылета»''' (можно указать конкретные или все кроме какого-то);
#'''«+ континенты прилета»''' (можно указать конкретные );
#'''«+ страны прилета»''' (можно указать конкретные или все кроме какого-то);
#'''«+ аэропорты прилета»''' (можно указать конкретные или все кроме какого-то).

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

=== Микшер результатов ===

Работает с перелетами оставшимися после фильтрации.

[[File:Микшер.jpg]]

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

#'''Ценовой''', выбираем один перелет по условию (можно выбрать один из вариантов):

*Цена минимальная;
*Цена максимальная;
*Сбор максимальный;
*Игнорировать этап 1.

'''        2.   Поставщики''', если не сработал этап 1(или выбран последний пункт), выбираем по приоритету (можно выбрать из пакетных реквизитов).

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

== Тестирование/отладка ==

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

Поиск 2.0

2012-11-23T12:27:46Z

Анастасия Щелканова:

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

Модуль включается в два этапа. Первый этап производит администратор Mute Lab. После этого будет доступен раздел настроек '''«Авиабилеты» - «Процесс поиска 2.0»''', для второго этапа необходимо включить этот модуля на странице «Тонкая настройка» с помощью галочки напротив «Процесс поиска 2.0 включен» (можно включить для отдельного пользователя, с целью проведения проверки/тестирования, если галочка отсутствует, то поиск идет по старому варианту).

[[File:Процесс поиска.jpg]]

При переходе на этот способ поиска рекомендуется производить настройки следующим образом: - реквизиты подключения к GDS остаются прежними - потом создаются для них новые пакеты - заводятся правила фильтров, микшера - редактируются контрактные а/к, комиссии и сборы Например список с контрактными авиакомпаниями: [[File:Список контрктных.jpg]]

Указать пакеты реквизитов можно при создании или редактировании, можно выбрать либо GDS, либо конкретные пакеты. [[File:Контрактные авиакомпании.jpg]]

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

== Описание работы модуля ==

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

=== Пакетные реквизиты ===

При поиске по умолчанию запросы отправляются во все заведенные пакеты реквизитов, если для них не заданы ограничения, если же они заданы и совпадают с параметрами поиска, то этот пакет игнорируется. Например, правило вида Германия – Россия искать в GALILEO A, то при поиске Берлин – Москва запрос не будет отправляться в GALILEO A. Для обратной логики, то есть для того чтобы в этом источнике искались перелеты удовлетворяющие географическому ограничению Германия – Москва, необходимо задать правило вида все кроме указанных.

Страница ввода прил выглядит следующим обрзом:

[[File:Пакетные реквизиты.jpg]]

*'''Заголовок '''- текстовое поле, заполненное произвольно, например "Sabre pack";
*'''Источник перевозки '''- заведенные реквизиты подключения к GDS;
*'''Реквизиты для бронирования '''- реквизиты подключения к GDS у которых доступно бронирование;
*'''Реквизиты для выписки '''- реквизиты подключения к GDS у которых доступна выписка;
*'''Континентыотправления\прилета''' - можно указать конкретные;
*'''Страны отправления\прилета''' - можно указать конкретные или все кроме какого-то;
*'''Аэропорты отправления\прилета''' - можно указать конкретные или все кроме какого-то.

=== Фильтры результатов ===

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

#'''«авиакомпания не является контрактной»''' (если стоит галочка, то отсеются все авиакомпании отсутствующие в списке контрактных);
#'''«+ содержит авиакомпании в первом сегменте»''' (можно указать конкретные или все кроме какой-то);
#'''«+ содержит авиакомпании в любом сегменте»''' (можно указать конкретные или все кроме какой-то);
#'''«+ перелет содержит несколько тарифов''''''»''' (да, если стоит галочка);
#'''«+ сегменты перелета разного класса»''' (да, если стоит галочка);
#'''«+ перелет без электронного билета»''' (да, если стоит галочка);
#'''«+ международный перелет при поиске в пределах одной страны»''' (да, если стоит галочка);
#'''«+ тип перевозки»''' (можно выбрать ВВЛ или МВЛ );
#'''«+ континенты вылета»''' можно указать конкретные);
#'''«+ страны вылета»''' (можно указать конкретные или все кроме какого-то);
#'''«+ аэропорты вылета»''' (можно указать конкретные или все кроме какого-то);
#'''«+ континенты прилета»''' (можно указать конкретные );
#'''«+ страны прилета»''' (можно указать конкретные или все кроме какого-то);
#'''«+ аэропорты прилета»''' (можно указать конкретные или все кроме какого-то).

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

=== Микшер результатов ===

Работает с перелетами оставшимися после фильтрации.

[[File:Микшер.jpg]]

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

#'''Ценовой''', выбираем один перелет по условию (можно выбрать один из вариантов):

*• Цена минимальная;
*Цена максимальная;
*Сбор максимальный;
*Игнорировать этап 1.

'''Поставщики''', если не сработал этап 1(или выбран последний пункт), выбираем по приоритету (можно выбрать из пакетных реквизитов).

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

== Тестирование/отладка ==

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

Файл:Контрактные авиакомпании.jpg

2012-11-23T11:59:27Z

Анастасия Щелканова:

Файл:Список контрктных.jpg

2012-11-23T11:57:23Z

Анастасия Щелканова:

Поиск 2.0

2012-11-22T13:52:00Z

Анастасия Щелканова:

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

Модуль включается в два этапа. Первый этап производит администратор Mute Lab. После этого будет доступен раздел настроек '''«Авиабилеты» - «Процесс поиска 2.0»''', для второго этапа необходимо включить этот модуля на странице «Тонкая настройка» с помощью галочки напротив «Процесс поиска 2.0 включен» (можно включить для отдельного пользователя, с целью проведения проверки/тестирования, если галочка отсутствует, то поиск идет по старому варианту).

[[Файл:Процесс поиска.jpg]]
== Описание работы модуля ==

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

=== Пакетные реквизиты ===

При поиске по умолчанию запросы отправляются во все заведенные пакеты реквизитов, если для них не заданы ограничения, если же они заданы и совпадают с параметрами поиска, то этот пакет игнорируется. Например, правило вида Германия – Россия искать в GALILEO A, то при поиске Берлин – Москва запрос не будет отправляться в GALILEO A. Для обратной логики, то есть для того чтобы в этом источнике искались перелеты удовлетворяющие географическому ограничению Германия – Москва, необходимо задать правило вида все кроме указанных.

Страница ввода прил выглядит следующим обрзом:

[[Файл:Пакетные реквизиты.jpg]]

'''Заголовок''' - текстовое поле, заполненное произвольно, например "Sabre pack";

'''Источник перевозки''' - заведенные реквизиты подключения к GDS;

'''Реквизиты для бронирования''' - реквизиты подключения к GDS у которых доступно бронирование;

'''Реквизиты для выписки''' - реквизиты подключения к GDS у которых доступна выписка;

'''Континентыотправления\прилета''' - можно указать конкретные;

'''Страны отправления\прилета''' - можно указать конкретные или все кроме какого-то;

'''Аэропорты отправления\прилета''' - можно указать конкретные или все кроме какого-то.

=== Фильтры результатов ===

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

'''«авиакомпания не является контрактной»''' (если стоит галочка, то отсеются все авиакомпании отсутствующие в списке контрактных);

'''«+ содержит авиакомпании в первом сегменте»''' (можно указать конкретные или все кроме какой-то);

'''«+ содержит авиакомпании в любом сегменте»''' (можно указать конкретные или все кроме какой-то);

'''«+ перелет содержит несколько тарифов'''» (да, если стоит галочка);

'''«+ сегменты перелета разного класса»''' (да, если стоит галочка);

'''«+ перелет без электронного билета»''' (да, если стоит галочка);

'''«+ международный перелет при поиске в пределах одной страны»''' (да, если стоит галочка);

'''«+ тип перевозки»''' (можно выбрать ВВЛ или МВЛ );

'''«+ континенты вылета»''' (можно указать конкретные);

'''«+ страны вылета»''' (можно указать конкретные или все кроме какого-то);

'''«+ аэропорты вылета»''' (можно указать конкретные или все кроме какого-то);

'''«+ континенты прилета»''' (можно указать конкретные );

'''«+ страны прилета»''' (можно указать конкретные или все кроме какого-то);

'''«+ аэропорты прилета»''' (можно указать конкретные или все кроме какого-то).

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

=== Микшер результатов ===

Работает с перелетами оставшимися после фильтрации.

[[Файл:Микшер.jpg‎]]

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

1.'''Ценовой''', выбираем один перелет по условию (можно выбрать один из вариантов):

• Цена минимальная;

• Цена максимальная;

• Сбор максимальный;

• Игнорировать этап 1.

2. '''Поставщики''', если не сработал этап 1(или выбран последний пункт), выбираем по приоритету (можно выбрать из пакетных реквизитов).

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

== Тестирование/отладка ==

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

Поиск 2.0

2012-11-22T13:45:36Z

Анастасия Щелканова: Новая страница: «== Подключение модуля == Модуль включается в два этапа. Первый этап производит администрат...»

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

Модуль включается в два этапа. Первый этап производит администратор Mute Lab. После этого будет доступен раздел настроек «Авиабилеты» - «Процесс поиска 2.0», для второго этапа необходимо включить этот модуля на странице «Тонкая настройка» с помощью галочки напротив «Процесс поиска 2.0 включен» (можно включить для отдельного пользователя, с целью проведения проверки/тестирования, если галочка отсутствует, то поиск идет по старому варианту).

[[Файл:Процесс поиска.jpg]]
== Описание работы модуля ==

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

=== Пакетные реквизиты ===

При поиске по умолчанию запросы отправляются во все заведенные пакеты реквизитов, если для них не заданы ограничения, если же они заданы и совпадают с параметрами поиска, то этот пакет игнорируется. Например, правило вида Германия – Россия искать в GALILEO A, то при поиске Берлин – Москва запрос не будет отправляться в GALILEO A. Для обратной логики, то есть для того чтобы в этом источнике искались перелеты удовлетворяющие географическому ограничению Германия – Москва, необходимо задать правило вида все кроме указанных.

Страница ввода прил выглядит следующим обрзом:

[[Файл:Пакетные реквизиты.jpg]]

Заголовок - текстовое поле, заполненное произвольно, например "Sabre pack";

Источник перевозки - заведенные реквизиты подключения к GDS;

Реквизиты для бронирования - реквизиты подключения к GDS у которых доступно бронирование;

Реквизиты для выписки - реквизиты подключения к GDS у которых доступна выписка;

Континентыотправления\прилета -  можно указать конкретные;

Страны отправления\прилета - можно указать конкретные или все кроме какого-то;

Аэропорты отправления\прилета - можно указать конкретные или все кроме какого-то.

=== Фильтры результатов ===

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

«авиакомпания не является контрактной» (если стоит галочка, то отсеются все авиакомпании отсутствующие в списке контрактных);

«+ содержит авиакомпании в первом сегменте» (можно указать конкретные или все кроме какой-то);

«+ содержит авиакомпании в любом сегменте» (можно указать конкретные или все кроме какой-то);

«+ перелет содержит несколько тарифов» (да, если стоит галочка);

«+ сегменты перелета разного класса» (да, если стоит галочка);

«+ перелет без электронного билета» (да, если стоит галочка);

«+ международный перелет при поиске в пределах одной страны» (да, если стоит галочка);

«+ тип перевозки» (можно выбрать ВВЛ или МВЛ );

«+ континенты вылета» (можно указать конкретные);

«+ страны вылета» (можно указать конкретные или все кроме какого-то);

«+ аэропорты вылета» (можно указать конкретные или все кроме какого-то);

«+ континенты прилета» (можно указать конкретные );

«+ страны прилета» (можно указать конкретные или все кроме какого-то);

«+ аэропорты прилета» (можно указать конкретные или все кроме какого-то).

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

=== Микшер результатов ===

Работает с перелетами оставшимися после фильтрации.

[[Файл:Микшер.jpg‎]]

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

1. Выбираем один перелет по условию (можно выбрать один из вариантов):

• Цена минимальная;

• Цена максимальная;

• Сбор максимальный;

• Игнорировать этап 1.

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

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

== Тестирование/отладка ==

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

Файл:Микшер.jpg

2012-11-22T13:44:52Z

Анастасия Щелканова:

Файл:Пакетные реквизиты.jpg

2012-11-22T13:14:17Z

Анастасия Щелканова:

Файл:Процесс поиска.jpg

2012-11-22T13:09:10Z

Анастасия Щелканова: