=== Нужно ли все запросы к Галилео проводить в рамках сессий? ===
Все действия, связанные с бронированием (создание брони, её модификация, удаление) рекомендовано совершать в сессии. Создание ПНР может проходить и вне сессии, но в этом случае при сохранении брони вендорная ремарка будет приходить в виде маски. Смысл сессии — в передаче давных в явном виде. В то же время не рекомендуется использовать сессии для поисковых и шоппинговых запросов из-за увеличения нагрузки на хост.
== Нюансы работы ==
* Авиакомпания [http://www.flyuia.com/rus/main.html «Международные Авиалинии Украины»] (авиакомпания МАУ)
<syntaxhighlight lang="text" enclose="div" style="font-size:9pt;background: #F9F9F9; border: 1px dashed #2F6FAB; padding: 10px 5px; margin: 10px 0;">
В случае, если Авиакомпания обнаружит и докажет нарушения следующих правил Агент обязуется уплатить соответствующие штрафные санкции с применением процедуры ADM.
Дата применения 15 ноября 2013
Предмет ADM:
20. Отсутствие в ПНР введенной с использованием поля SSR прямой контактной информации пассажира или контактной информации уполномоченного пассажиром лица (включая самого Агентом) для обеспечения возможности круглосуточной связи Перевозчика и пассажира (уполномоченного лица пассажира). Формат Galileo: SI. PS * CTC 1234567
</syntaxhighlight>
В соответствии с требованием в ПНР с сегментами МАУ автоматически вносятся контакты пассажира в указанном формате Other Service Information “SI. PS * CTC 1234567”.
* Некоторые авиакомпании из внесенных в Galileo контактов видят только первое поле, поэтому контакты идут в следующем порядке: клиент, пассажир, агентство.
* Если на стороне ГРС Galileo не выключено скрытие данных пассажиров, то после бронирования в дате рождения используется текущая дата. На тестовом HAP скрытие не отключено.
* Если некоторые из оригинальных сегментов брони были удалены, то билеты остаются активными, но невалидными в ПНР. Наличие (внесение) новых, в том числе полностью идентичных, сегментов всё равно приводит к невалидности билетов. К примеру такая ситуация может возникать при принятии изменений в расписании, внесённых авиакомпанией через добавление нового ТК сегмента с присвоением старому UN статуса. Такие билеты требуют перевыпуска (обмен/ревалидация) для их возвращения в ПНР в качестве не только активных, но и валидных. В случае наличия активных билетов не в ПНР, {{NameSystem}} считает что требуется их перевыпуск для данного ПНР, устанавливает статус брони, отличный от «забронировано», парсит эти билеты в бронь и возвращает предупреждение о необходимости перевыписки билетов для определённой брони. Агентству отправляется соответствующая нотификация.
* В {{NameSystem}} [[форма бронирования 2.0]] предотвращает ошибки бронирования, связанные с нарушением ограничений Galileo на количество символов, отведенное для ФИО пассажира:
** Максимальное количество символов для фамилии и имени в сумме – 52.
** Максимальное количество символов для фамилии, имени и отчества в сумме – 51.
** В случае, если пассажир женского пола, вышеуказанные значения уменьшаются на 1.
** Максимальное количество символов для фамилии или имени – 30.
== См. также ==