Доступ к архивным бронированиям

В номере 

Автор

© WavebreakmediaMicro - Fotolia.com

Полезные советы по работе с бронированиями

Как было обещано в №4(48) нашего журнала за июль-август 2018 года, в этой статье мы продолжаем тему «Полезные советы по работе с бронированиями». Сегодня обратимся к теме доступа к архивным бронированиям.

В Амадеусе, как и во всех других ГДС, бронирование (PNR), по вполне понятным причинам, не может, да и не должно, бесконечно долго сохраняться в непосредственной доступности для просмотра и обработки. Через 3 дня после даты последнего активного сегмента PNR автоматически удаляется из рабочей системы и в виде т.н. «Past Date Record» (PDR) уходит в архив системы бронирования. С этого момента стандартный доступ к PNR становится невозможным. В архиве Амадеуса, как и любой другой ГДС по принадлежности, все заархивированные бронирования сохраняются следующие 5 лет.

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

Для таких случаев в Амадеусе предусмотрена возможность вызвать из архива – «оживить» – использованные и заархивированные как «Past Date Records» бронирования. Операция вызова PDR-бронирования из архива называется «PNR Recall». Важно, что архивные бронирования и иэ-элементы доступны только для просмотра, подробного анализа и распечатки. Никакие изменения и дополнения в архивных бронированиях просто невозможны. Поэтому архивное бронирование, его история и сохраненные тарификации, будучи корректно распечатанными, во всех спорных случаях рассматриваются как однозначный документ.

Предусмотрены две основные возможности для операции «PNR Recall»:

  • «Online PNR Recall» командой >RPP (Recall a purged PNR interactively). Online-запрос будет обработан Амадеусом интерактивно. Вы получите запрошенное PNR в течение нескольких последующих секунд. Однако online-запрос не бесплатен. Он стоит 2,50 евро (в случае, если команда запроса была корректно сформулирована и успешно выполнена). Соответствующая позиция на оплату запроса будет проставлена в ежемесячном счете Амадеуса.
  • «Offline PNR Recall» командой >RPD (Recall purged PNR in deferred mode). Offline-запрос обрабатывается системой не так быстро, как оnline-запрос. Вы получите запрошенное PDR-бронирование в промежутке от 24 до 48 часов после ввода команды-запроса.

Обе команды «RPP» и «RPD» должны сопровождаться уточняющими запрос опциями, на которых мы остановимся ниже.

С помощью следующих команд производится стандартный бесплатный Offline PNR Recall. Различные уточняющие команду опции помогают найти в архиве бронирование, даже если вы не знаете или не помните код бронирования. Бесплатные запросы – это, как правило, достаточно точные запросы, требующие однозначного ответа.

Voyage_50.indd

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

Сложные или неоднозначные запросы, требующие ответа, состоящего из листа, включающего множество PDR-бронирований, могут быть вызваны только платной командой >RPP.

Voyage_50.indd

Важно обратить ваше внимание на многозначные запросы типа:

  • >RPP/BERL123XX/22JUN18 – при помощи которого можно, например, найти все брони, сделанные в бюро BERL123XX в определенный день;
  • >RPD/LH175/12NOV16 – при помощи которого можно найти все PNR, сделанные в запрашивающем бюро в определенный день на определенный полет.
  • >RPD/LH/15NOV17 – при помощи которого можно найти все PNR, сделанные в запрашивающем бюро на все полеты какой-либо авиакомпании в определенный день.

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

Сразу же после ввода команды запроса на вызов бронирования из архива, система добавляет этот запрос в опросной лист (Office request list) вашего офиса, отражающий состояние каждого запроса. Каждый новый запрос архивного бронирования протоколируется в опросном листе. Найденные (или не найденные) с помощью вышеуказанных команд архивные PNR сохраняются в листе бюро в течение следующих 30 дней. После ввода команды-запроса программа подтверждает принятие запроса. Ответ «ACCEPTED» обозначает, что запрос принят к обработке, но ни в коем случае не означает, что запрос будет выполнен, что может случиться, если,  например, был некорректно введен код бронирования или другие опции запроса.

Voyage_50.indd

Если нужно, чтобы PNR поступило не в опросный лист, а на Q96 вашего офиса, то к известным командам запроса необходимо добавить опцию «*Q» в конце команды.

Например, >RPD/SU2585/12NOV17*Q

Тогда запрошенный PDR-PNR не позднее чем через 3 дня поступит не в опросной лист, а на Q96 агентства.

На командной странице (Command Page) Амадеуса можно проверить статус каждого запроса. Для этой цели сначала командой >RLD необходимо вызвать сам опросной лист.

Voyage_50.indd

Как видно, запросы в опросном листе офиса располагаются в календарном порядке по мере их поступления. Новые запросы располагаются вверху листа. Во второй колонке листа специфицируется команда, с помощью которой был сделан запрос. В следующих колонках указаны дата и статус запроса. Запросы могут иметь следующие основные статусы, отражающие состояние их обработки: «PENDING» – ожидание, «PROCESSED» – заявка обработана и можно посмотреть результат, «ONLINE» – платная заявка с командой RPP. «Флаг» RT или RQ после даты обозначает то, что соответствующий запрос был выполнен и уже просмотрен в терминале или на очереди в указанный день.

И на последнем месте стоит индикатор, указывающий куда поступит или уже поступил ответ на запрос: «Т» – в терминал или «Q» – на Q96 очередь. Дополнительный индикатор «R» обозначает, что выполнение запроса по какой-либо причине невозможно. Бронирования сохраняются в листе в течение следующих 30 дней.

Каждое из указанных в опросном листе бронирований может быть представлено на экране терминала Амадеуса. Online-бронирования – уже через несколько секунд после запроса, offline-бронирования – после того, как в этой строке появится обозначение «PROCESSED».

Представить любое запрошенное архивное бронирование из опросного листа можно командой >RLDT2.

Где:          RLD – код трансакции. Т (Q или P) – дисплей, очередь или принтер. 2 – номер линии из опросного листа.

Итак, вызываем PNR из строки 2 опросного листа (в вызванном PNR условно показаны не все строки и данные бронирования):

Voyage_50.indd

Если было запрошено только одно бронирование, то результат запроса – единичное PNR и будет представлено на вашем экране (как в вышестоящем примере).

Результат некоторых запросов (например, >RPD/EK044/12FEB18) может состоять  из длинного листа бронирований. В листе будут приведены все забронированные или обилеченные в вашем бюро пассажиры на полет EK044, состоявшийся 12FEB18. В пределах этой статьи не будут подробно описаны составляющие элементы такого «вторичного» листа. Отметим только, что любое бронирование из «вторичного» списка можно представить командой, например, >PLD4.

Когда архивное PNR из опросного листа представлено на экране компьютера, возможно представить и/или распечатать его или различные его элементы.

Например, показать историю ранее открытого бронирования. (Здесь приведена лишь небольшая часть истории бронирования).

Voyage_50.indd

Во всех спорных случаях особенно важными являются история бронирования и сохраненные активные TST*. Например, показать активное TST ранее открытого архивного бронирования.

Voyage_50.indd

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

Voyage_50.indd

С помощь всех вышеприведенных команд возможно:

  • Абсолютно самостоятельно производить поиск «архивных» PNR в ГДС Амадеус.
  • Сэкономить время, получив ответы в течение секунд.
  • Производить эффективный поиск «архивных» PNR по многим критериям и вариантам выбора.
  • Производить эффективную обработку результатов поиска.

Дополнительную информацию по всем изложенным вопросам можно найти с помощью команд: HE RPP, >HE RPD, >HE RLD, HE WRA.

* TST – Transitional Stored Ticket – маска, необходимая для сохранения тарифа в любой системе бронирования. Сохраненная маска является записью всех данных о примененном тарифе для конкретного PNR и авиабилета. Система бронирования использует эту информацию для архивации тарифа и автоматической распечатки авиабилета.

Есть два вида TST:
AST – автоматический сохраненный тариф – автоматически создается системой в результате тарификации или выставления билета.
MST – сохраненный мануальный тариф – сохраненный тариф, в котором информация вводилась вручную или AST, который был обновлен мануально.

Архив

Anzeige

Anzeige

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

Anzeige