Руководство по бронированию с вопросами обращаться

Скачать 1.16 Mb.

Название	Руководство по бронированию с вопросами обращаться
страница	5/21
Тип	Руководство

filling-form.ru > Бланки > Руководство

1 2 3 4 5 6 7 8 9 ... 21

1.6.Процедуры бронирования сегмента и маршрута

1.6.1.Бронирование рабочего сегмента

Как правило, «СИРЕНА-2.3» использует интерактивный метод доступа для взаимодействия с инвенторными системами. Иногда взаимодействие осуществляется на более низком - стандартном уровне доступа. Все статусы сегментов, которые при этом используются и их динамика приведены в Приложении.

Рассмотрим процедуры бронирования рабочего сегмента при положительном исходе, т.е. когда, в конечном счете, будет создан сегмент с подтвержденными местами (со статусом НК).
Суперблагоприятная ситуация

При бронировании мест на конкретный субрейд, контролируемый в своем опорном центре, когда в системе имеются затребованные места, в ответ на запрос бронирования система сразу создаст подтвержденный сегмент со статусом НК. Если маршрут является многоучастковым, то можно последовательно послать запросы на бронирование по каждому из участков.

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

а) базовый:

ввод фамилий и категорий пассажиров;
тарификация;
ввод прочих данных, необходимых для оформления билетов и оформление билетов;

б) «быстрая продажа». Агент сразу вводит данные обо всех пассажирах, необходимые для оформления билетов. Система автоматически переходит в режим тарификации, а после нее – на оформление билетов.
Благоприятная ситуация

Места для всех или части участков маршрута приходится бронировать по интерактивному методу доступа. В таком режиме опорный центр посылает запрос в инвенторный центр и ожидает от него ответа. Ответ о наличии мест поступает через несколько секунд, и его результат выдается агенту. Агент сразу видит, произошло ли бронирование, поставлен ли запрос на лист ожидания или получен отказ. При положительном исходе в ответ появится сегмент со статусом HK, но локатор соответствующего инвенторного PNR еще не будет известен. Это не мешает агенту бронировать места и на другие участки маршрута. Однако нельзя начать оформление билетов до того, как появятся инвенторные локаторы всех сегментов.

Будем говорить, что имеет место благоприятная ситуация по маршруту в целом, если все рабочие сегменты подтверждены, хотя возможно не для всех сегментов получены инвенторные локаторы. Для того чтобы такие локаторы появились в опорном центре (они будут видны на экране в сегментных строках), в инвенторный центр должна быть передана информация обо всех пассажирах PNR (если это негрупповое PNR). Для этого агент должен ввести в PNR информацию о пассажирах и поставить контрольную точку с помощью запроса КТ или НК (или закончить диалог запросом КД), что собственно и обеспечивает получение инвенторных локаторов для соответствующих сегментов PNR.

После этого агент может тарифицировать PNR и оформлять билеты. Таким образом, режим «Быстрая продажа» в отличие от суперблагопрятной ситуации здесь невозможен.
Слабоблагоприятная ситуация

Будем говорить, что имеет место слабоблагоприятная ситуация по сегменту, если непосредственно в ответ на запрос бронирования создается сегмент со статусом, отличным от НК. Такая ситуация заведомо имеет место, когда бронирование сегмента выполняется стандартным методом доступа. Непосредственно в ответ на запрос будет создан сегмент со статусом NN. Это означает, что АРС заявку на бронирование приняла, но эта заявка еще даже не передана в инвенторный центр.

Для того чтобы заявка ушла в инвенторный центр, агент должен:

ввести информацию о контакте с заказчиком (пассажир, руководитель группы) и информацию обо всех пассажирах негруппового PNR;
завершить диалог запросом КД (это одновременно и контрольная точка);
периодически открывая PNR запросом СЗ или КЗ, дождаться того момента, когда статус сегмента окажется КК («сегмент подтвержден при стандартном методе доступа»).

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

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

При этом непосредственно в ответ на запрос будет:

в случае интерактивного доступа создан сегмент со статусом UU (или US, TL). При этом локатор инвенторного PNR не известен;
или сегмент со статусом HL в случае бронирования в своем центре.

В обоих случаях агенту придется завершить диалог и, периодически открывая PNR, как рассмотрено выше, дождаться того момента, когда статус сегмента окажется КL («сегмент подтвержден с листа ожидания»).
В рассмотренных слабоблагоприятных ситуациях сегмент так же, как и при стандартном методе доступа, сразу создается в ответ на входной запрос, но его статус не НК. Такой начальный статус сегмента будем называть заявочным статусом (NN, UU, HL).

Появление сегмента с заявочным статусом (NN, UU, HL) в ходе текущего диалога не мешает выполнять запросы на бронирование для других участков маршрута. Однако агенту придется завершить диалог и, периодически открывая PNR, дождаться того момента, когда статусы всех рабочих сегментов окажутся НК, КК, КL или ТК («сегмент подтвержден, но расписание в инвенторном центре отличается от такового в «СИРЕНА-2.3»). Другими словами, между передачей запроса и получением подтверждения требуются междиалоговые паузы. В эти паузы агент может обслуживать других пассажиров или другие PNR. Ситуация может окончиться неблагоприятно. А это означает, что работа по вводу фамилий была проделана зря.
Вторичное подтверждение

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

КК, KL, TK  HK; UU, US, TL  HL

Такие операции называются вторичным подтверждением. Для этого, как правило используется команда НК русскими буквами (не путать со статусом НК на латыни).
Полная процедура бронирования

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

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

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

Коды статусов сегментов и их эволюция приведены в Приложении.

1.6.2.Возврат мест до продажи билетов

Существует запрос (код запроса А), с помощью которого можно аннулировать весь сегмент любого типа. Операция обеспечивает также возврат мест в область спецброни, из которой они были взяты. Аннулировать весь сегмент можно также путем установки его статуса в ХХ. Места при этом, однако, возвратятся в свободную продажу даже, если были взяты из спецброни.

Если места забронированы в своем опорном центре или интерактивным методом доступа, на запрос возврата мест система сразу отвечает так, как если бы задание было тут же выполнено. Однако реально эти места система в этот момент не возвращает, а удерживает в рабочей области PNR до контрольной точки. Тем самым, при выполнении операции «откат» (ОТ) возвращенные места или аннулируемый сегмент восстановятся.

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

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

1.6.3.Перебронирование сегментов

Перебронирование – это операция (код запроса ПБ), включающая аннулирование некоторого существующего сегмента и бронирование вместо него другого сегмента на тот же участок маршрута.

В случае, когда новый сегмент бронируется в режиме интерактивного доступа или в своем опорном центре, в ответ на запрос ПБ вместо старого появляется новый сегмент со статусом НК, но старый сегмент скрытно удерживается в PNR до контрольной точки. Это обеспечивает при откате восстановление старого сегмента.

В случае, когда бронирование нового сегмента выполняется в стандартном методе доступа, старый сегмент с экрана исчезает, а на его месте появляется новый сегмент со статусом NN. До постановки контрольной точки откат возможен, но так как в этом случае неизбежно требуется завершение диалога для ожидания результата бронирования (и, тем самым, контрольной точки), то при невозможности бронирования старые места будут потеряны. То же произойдет со старым сегментом в ситуации, когда новый сегмент был поставлен на лист ожидания (при любом методе доступа), но в подтверждении с листа ожидания затем было отказано.