Как прочитать и понять историю бронирования

В номере 

Автор

© VadimGuzhva - Fotolia.com

В любой глобальной дистрибутивной системе бронирования (GDS) предусмотрена, создающаяся автоматически, история бронирования (PNR History). В истории PNR сохраняются все элементы, которые когда-либо были внесены, изменены или аннулированы. В момент создания бронирования в историческую часть автоматически включаются все пять обязательных элементов бронирования, внесённых до первого закрепления брони командой ER: элемент имени (Original Name), расписание полета (Original Segment), элементы контакта, элемент статуса выкупа билета (TKTL) и, так называемый, элемент референции* (RF, Received From).

В исторической части бронирования фиксируется его создание, а затем и все добавления, изменения и удаления элементов PNR. История бронирования в Амадеусе читается сверху вниз. Информация заносится в историю PNR в хронологической и нумерологической последовательности и обновляется в момент завершения транзакции, после закрепления изменений командами ER или ET. Последнее изменение бронирования всегда находится на последнем месте в истории.

Первоначальные действия по созданию бронирования имеют номер «000». Под номером 000 в истории брони всегда последовательно располагаются: элемент имени, сегменты первоначально забронированного маршрута, элементы контакта (телефон, майл), элемент статуса выкупа билета (TKTL) и на последнем месте всегда располагается элемент референции, т.е. все элементы, внесенные до первого закрепления брони (ER).

Далее, под номером «001», в истории брони располагается первое изменение, следующее изменение – под номером «002» и так далее. Каждое зафиксированное (ER) изменение PNR условно называется «шагом».

Если какой-либо элемент PNR подвергается изменению, отмене или удалению, он заносится в историческую часть с двойным номером.

«000/001» – двойной номер, разделенный косой чертой (слеш), указывает на изменение или удаление ранее внесённого в бронь элемента. Двойной номер заносится только в случае изменения или удаления маршрута и/или класса бронирования. Первый номер показывает шаг, на котором элемент был ранее внесен в PNR. Второй номер (после слеш) показывает порядковый номер шага, на котором были сделаны изменения, отмены или удаления.

После каждого номера шага истории следует 2-буквенный код истории, указывающий на выполненное действие. После каждого закрепленного изменения программа автоматически фиксирует референции (RF): PCC Office Id, SignIn оператора осуществившего актуальное изменение, его служебный код, дату и время совершения изменения (в соответствии с UTC**).

Вызов полной истории бронирования производится командой >RH (Retrieve History).

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

Voyage_48.indd

Комбинацией вышеуказанных команд можно вызвать одновременно несколько элементов истории бронирования. Например, >RHN,R,Q.

Ниже приведена вытяжка из истории бронирования:

Voyage_48.indd

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

003 – номер шага создания изменяемого элемента;

005 – номер шага изменения элемента – созданного на шаге 003;

CS – код действия (в данном случае это изменение кода статуса элемента SSR, статус запроса «HN» изменен на статус подтверждения «КК»);

SSR VGMLSUHK1/KK/SU1463 T 12OCT OVBSVO – изменяемый элемент;

RF  – элемент RF – Received From;

CR-BERL121XX 23299299 – (CR = Communication Reference) Office ID и IATA № офиса, в котором произведено изменение;

SU 2804LO – код доступа и референция агента, осуществившего изменение;

29JUL1356Z – дата и время внесения изменения.

Сравнивая RF-элементы из шагов 000 и 005, можно сделать вывод, что эти изменения произведены одним и тем же оператором (2804LO), а изменение 006 – другим оператором (1505HE) одного и того же агентства. А вот изменения на шагах 003 и 004 были произведены авиакомпанией (RF-HDQRMSU).

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

Voyage_48.indd

В следующей таблице приведены значения некоторых 2-буквенных кодов истории бронирования.

Voyage_48.indd

Как видно из приведенной таблицы, наличие в 2-буквенном коде следующих букв в общем случае (т.е. за некоторыми  исключениями) обозначает:

О – ORIGINAL ELEMENT – Первоначальный элемент.

А – ADDED ELEMENT – Внесён новый элемент.

С – CHANGED ELEMENT – Изменён элемент.

Х – CANCELLED ELEMENT – Аннулирован элемент.

Как и все большие документы, историю бронирования можно листать при помощи известных команд >MD и >MU.

Полный список всех команд и кодов истории, а также подробное описание истории бронирования можно найти на страницах помощи командой >HERH.

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

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

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

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

Ведь история бронирования – это однозначно зафиксированный протокол действий всех агентств, операторов и авиакомпаний, когда-либо имевших доступ к бронированию и совершивших какие-либо действия по изменению его элементов.

* Референция или элемент референции (RF). Информация о том, кто из операторов создает PNR или вносит в него изменения. После завершения работы с PNR (ЕR/ET) элемент референции можно увидеть в исторической части бронирования. Для некоторых ГДС этот элемент не является обязательным для ввода при завершении изменении в PNR. Но и в этом случае, для понимания того, кем произведены изменения в PNR, зафиксированные в истории под определенным номером, необходимо, чтобы каждый оператор имел свой собственный SignIn, а не работал с помощью универсального (0001АА).

** UTC —  Coordinated Universal Time или Koordinierte Weltzeit, in der Wortfolge «Universal Time, Coordinated». В Германии и многих других Европейских государствах действует среднеевропейское время (MESZ). MESZ равно — UTC плюс 1 час. По летнему времени к MESZ необходимо добавлять 2 часа.

Архив

Anzeige

Anzeige

Присоединяйся!

Anzeige