Изменения

** Проверка на наличие билетов вне ПНРPNR** Импорт брони по ПНР PNR локатору

# Если в заявке вы не указали, что вам требуются masterGTID'ы, то их можно заказать после получения от Трэвелпорта заказанных вами конфигураций PCC ([[ПССPCC]]).<br />

# Если старая невалидная цена успешно была отменена, то выполняется запрос по установке цены заново. Здесь возможно исключение «NO VALID FARE FOR INPUT CRITERIA», означающее «несоответствие» между [[ПНРPNR]] и базой данных цен Галилео.

20. Отсутствие в ПНР PNR введенной с использованием поля SSR прямой контактной информации пассажира или контактной информации уполномоченного пассажиром лица (включая самого Агентом) для обеспечения возможности круглосуточной связи Перевозчика и пассажира (уполномоченного лица пассажира). Формат Galileo: SI. PS * CTC 1234567

В соответствии с требованием в ПНР PNR с сегментами МАУ автоматически вносятся контакты пассажира в указанном формате Other Service Information “SI. PS * CTC 1234567”.

* Если некоторые из оригинальных сегментов брони были удалены, то билеты остаются активными, но невалидными в ПНРPNR. Наличие (внесение) новых, в том числе полностью идентичных, сегментов всё равно приводит к невалидности билетов. К примеру такая ситуация может возникать при принятии изменений в расписании, внесённых авиакомпанией через добавление нового ТК сегмента с присвоением старому UN статуса. Такие билеты требуют перевыпуска (обмен/ревалидация) для их возвращения в ПНР PNR в качестве не только активных, но и валидных. В случае наличия активных билетов не в ПНРPNR, {{NameSystem}} считает что требуется их перевыпуск для данного ПНРPNR, устанавливает статус брони, отличный от «забронировано», парсит эти билеты в бронь и возвращает предупреждение о необходимости перевыписки билетов для определённой брони. Агентству отправляется соответствующая нотификация.

'''FSBC''' - это опция, которая позволяет получать тарифы по более дешевой цене, но тогда их приходится бронировать по отдельности (т.е. в разных ПНРPNR). Например, в ситуациях ADT+CNN. Т.е. на разные типы пассажиров приходят разные литеры классов бронирования на одни и те же сегменты по минимальной цене. Причина, как правило, заключается в разных значениях скидок для ребенка на самом дешевом и более дорогом варианте (25% и 50%). Поскольку в Немо пока нет возможности делить ПНРPNR, эту опцию нужно заранее отключать на стороне поставщика для конкретного РСС клиента. Удалять такие перелеты из выдачи полностью тоже некорректно, т.к. тогда пропадает часть контента, что клиентов не устраивает, как правило.

* Нельзя бронировать 2 разных класса для разных типов пассажиров. Чтобы получить детский тариф, надо создать новый ПНР PNR и обязательно прописать данные взрослого в ПНР PNR ребёнка.

* Если нужны самые низкие тарифы для детей, тогда вы можете пожертвовать самым дешевым тарифом и сделать бронь на ребенка со взрослым классом бронирования (в случае, если хотите создать только один ПНРPNR).

При заказе на выписку второго билета нужно сначала извлечь ПНР PNR и указать заполненный тарифный номер в соответствующей секции.

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

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

|Появляется при бронировании билетов, для которых указаны два и более тарифных кода в одном сегменте. Например, тарифы для взрослых и детей (или младенцев). Первая буква в базовом тарифном коде показывает класс бронирования. Она должна быть одинаковой для всех пассажиров в ПНРPNR. Ошибка происходит потому, что FQSBB возвращает Fare Basis Codes для одного типа пассажиров. Необходимо послать разные StorePriceMods section для каждого пассажира.

|Может происходить в случае, если нет тарифа, который применяется для маршрута с указанным классом обслуживания. Ошибка иногда приходит, даже если ПНР PNR создан и получен его локатор.

|Означает несоответствие между ПНР PNR и базой данных в Galileo.

|Билет уже выписан. Об этом говорит поле: <PNRBFTicketedInd>Y</PNRBFTicketedInd>. Описание поля: «Показывает, что ПНР PNR или BF (базовый тариф) был тикетирован хотя бы один раз».

|Означает, что сегмент перелета отменен авиакомпанией. Все вопросы, связанные с настройкой ваших PCC (ПССPCC), просьба уточнять по телефону: +7 (495) 795 32 76.

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

|Ошибка возникает при попытке извлечения ПНР PNR (второй шаг процесса тикетинга) в ХАПе, отличном от ХАПа, где бронирование было совершено. Необходимо иметь действующее соглашение (на бумаге) с Travelport, чтобы иметь возможность извлечения ПНР PNR в другом ХАПе.

* '''Билеты с ПНРPNR, войдированые агентом GWS. Необходимо получить IP адрес или любые другие данные, идентифицирующие агента, сделавшего войдирование.'''

* '''Предоставление информации по поводу истории ПНР PNR с известным локатором.'''

Может приходить при попытке извлечения ПНР PNR через ХАП, отличный от ХАПа, в котором было совершено бронирование.Необходимо иметь действующий договор (на бумаге), чтобы извлекать ПНР PNR из другого ПССPCC. С проблемой нужно обратиться в локальный хэлпдеск.

* [[ПНРPNR]]