Электронный билет и Serena 2000

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

Рубрика Программирование, компьютеры и кибернетика
Вид контрольная работа
Язык русский
Дата добавления 19.10.2013
Размер файла 396,9 K

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

Размещено на http://www.allbest.ru/

Размещено на http://www.allbest.ru/

Хабаровский филиал

ФГОУ ВПО «Санкт-Петербургский государственный университет ГА»

Контрольная работа

Электронный билет и Serena 2000

1. Электронный билет

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

Недостатки технологии бумажных билетов

Технологии применения традиционных бумажных авиабилетов создавались в первой половине XX века с учетом возможностей применявшихся в то время технологий хранения, передачи и обработки информации. В частности, для хранения информации применялись бумажные носители, для передачи -- телеграфные и телефонные голосовые каналы, для поиска информации большие хранилища бумажных носителей просматривались глазами. Используемые технологии не позволяли проводить в массовом порядке за приемлемо короткое время даже выборочную проверку авиабилетов, предъявляемых пассажирами для получения услуг перевозки или для возврата денег при отказе от перевозки. Таким образом, выписанный авиабилет должен был быть сам по себе носителем полной информации, которая необходима для предоставления услуг и соответствующих денежных расчетов. Вместе с тем, на различных стадиях процесса продажи билетов и перевозки пассажира теоретически возможны намеренные злоумышленные действия по фальсификации информации о заключенных договорах перевозки с целью незаконного получения какой-либо финансовой выгоды. (Например, в законно купленном билете исправлялась информация о маршруте и цене билета на более высокую, после чего такой билет предъявлялся к возврату. Также известны случаи оформления поддельных билетов на похищенных бланках и другие виды махинаций). В результате этих и многих других факторов были выработаны специальные меры по проведению процедур продажи авиабилетов. В частности, существовали следующие ограничения:

1. Авиабилет должен быть выпущен на специальном бланке, который снабжен средствами защиты от подделок (например, бумага с водяными знаками).

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

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

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

Преимущества электронного билета

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

Бронирование электронных билетов

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

Сайты продаж электронных билетов

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

Маршрут-квитанция

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

Регистрация на рейс

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

Проект IATA E-ticketing

В 2004 году Международная ассоциация воздушного транспорта запустила программу Simplifying the Business (англ.) по реформированию индустрии коммерческих авиаперевозок. В рамках этой программы к 1 июня 2008 года успешно завершен проект E-ticketing по переходу на 100 % использование электронных билетов^Индустрия прощается с бумажными билетами. Пресс-релиз IATA. iata.org  (англ.).

Развитие технологии в России

Развитие технологии электронных билетов в России несколько затруднено в связи с относительно низким (по отношению к странам Европы) уровнем развития систем передачи данных (особенно в азиатской части страны). Однако эти затруднения относятся к категории технических проблем, которые могут быть решены при достаточном уровне инвестиций в их решение. Первый в России электронный билет на самолет с использованием иностранных систем бронирования билетов был продан в 2004 году. Первый электронный билет с использованием систем бронирования авиабилетов российской разработки был продан в 2006 году.

Пример электронного билета

2. Поисковые запросы в системе Sirena 2000

Запрос “ВП”

2.1 Список периодов навигации или периодов определения ресурсов рейса

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

Формат запроса:

ВП,тип,{номер_рейса или код_авиакомпании}>

где “тип” - либо “РАС” (для периодов навигации), либо “РЕС” (для периодов определения ресурсов).

Код авиакомпании, выполняющей рейс, является составной частью номера рейса и отделяется от цифровой части номера символом “тире”.

Примеры запросов:

ВП,РАС,Д9-1172

ВП,РАС,Д9

ВП,РАС

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

ВП,РАС,Д9-6190>

01 РАС,Д9-6190,020996/260996,1..4...>

02 РАС,Д9-6190,031096/291296,...4...>

03 РАС,Д9-6190,060197/270397,...4...>

Каждая строка ответа соответствует одному периоду и закрывается символом “конец текста”. После номера периода в строке выводится его тип, номер рейса, даты начала и конца периода и частота выполнения рейса (применения ресурса) в периоде. Цифра в частоте означает выполнение рейса (применение ресурса) в соответствующий день недели (1 - понедельник, 2 - вторник и т.д.), точка означает невыполнение рейса в соответствующий день.

2.2 Выбор таблиц ТСА по указанному коду типа самолета/коду авиакомпании

Запрос предназначен для вывода на экран терминала списка таблиц ТСА с соответствующим кодом типа самолета/кодом авиакомпании.

Формат запроса:

ВП,ТСА,{код_типа_самолета,код_авиакомпании}>

Запрос «СП» - просмотр и коррекция информации о периоде навигации, о периоде определения ресурсов или о рейде

Запрос «СП» предназначен для просмотра и корректировки хранящейся в системе информации о периодах навигации и определения ресурса рейса и о рейдах

Форматы запроса в зависимости от просматриваемой информации:

СП,РАС,рейс >

СП,РЕС,рейс,дата1,дата2,частота >

СП,РСД,рейс,дата >

СП,РАС,рейс,дата1,дата2,частота >

2.3 Просмотр и коррекция информации о периоде навигации рейса (СП, РАС)

В ответ на запрос «СП,РАС» на экран приходит маска, заполненная ранее введенной информацией о периодах навигации. Если в запросе параметр «рейс» не указан, то в ответ приходит первая запись в базе данных.

Если в систему введено периодов навигации рейса больше, чем умещается в маске, то в последней строке экрана помещается «ЧАСТЬ», после чего оператор может пролистать информацию о периодах технологическими запросами «Вперед» и «Назад».

Листание информации о периодах навигации по рейсам не предусмотрено. Для просмотра информации о других рейсах необходимо подать новый запрос «СП,РАС» с явным указанием другого рейса (СП,РАС,РЕЙС). Если для одного рейса заведено несколько карточек РЕС, то их можно просмотреть используя листание страниц.

Запрос удобно выполнять после запроса ВП

2.4 Просмотр и коррекция информации о периоде определения ресурса (СП,РЕС)

В ответ на запрос “СП,РЕС” на экран приходит маска, описанная в разделе 4 п.2 и заполненная ранее введенной информацией о периоде определения ресурса. Если в запросе параметр “рейс” не указан, то в ответ приходит первая запись в базе данных.

Если параметр “рейс” указан, но не указаны параметры “дата1”, “дата2” и “частота”, то в ответ приходит запись о данном рейсе с наименьшей из хранимых датой начала периода определения ресурсов.

Оператор может откорректировать любые поля маски, кроме номера рейса. Изменения в записи о периоде определения ресурсов будут касаться только рейдов, которые будут созданы по данному периоду после внесения изменений. В ответ на ввод исправленной маски система должна ответить:

... параметров исправлено

Если в систему введено несколько периодов определения ресурса для одного рейса, оператор может листать информацию о периодах технологическими запросами “Вперед по дате” и “Назад по дате”.

3. Справки по рейду «СС»/«БС»

3.1 Запрос «СС»

Запрос имеет два формата:

без указания даты - для получения общей информации по рейсу;

с указанием даты - для получения информации по рейду.

3.1.1 Общий запрос

Запрос предназначен для получения на экране информации о маршруте и расписании рейса, данных о том на какие даты созданы рейды, на какие даты закрыта или открыта продажа.

Формат запроса:

СС, рейс

В ответ на запрос выдается информация о маршруте, расписании и выдается календарь. Даты могут быть помечены символами «*», «Ц».

Это означает следующее:

«*» - рейд создан;

«Ц»- рейд под управлением ЦОУ;

«О» -рейд отменен;

«Н»-рейд не контролируется (период закрытия рейса «ГЛЗ»).

пробел - рейд не создан.

Информация о каждом месяце начинается с новой строки.

3.1.2 Запрос по рейду.

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

Формат запроса:

СС,рейс,дата >

В ответ на запрос система выдает на экран информацию из рейда

3.2 Запрос «БС» -cправка по рейду с указанием данных по снятию брони

Формат запроса:

БС/(РЕЙС)/(ДАТА)>

Например: БС/7Б-141/1805

Ответное сообщение:

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

Далее информация о предложении мест на сегменты, классы и подклассы и о ходе реализации мест.

МКС НАЛ КМ ОЖД - строка заголовка

Информация о сегменте:

ХБР МОВ - пара городов, образующих сегмент

Информация о физическом классе:

Все блоки информации о физических классах выводятся в одной строке, помеченной словом «БАЗОВЫЕ». В блоке информации о физическом классе выводится информация о самом классе в следующем порядке:

Э - код физического класса (выделяется интенсивностью для заметности)

108 - логический ограничитель количества мест, которые могут быть проданы в данном классе на данном сегменте

96 - количество свободных мест в салоне данного класса на данном сегменте

3 - количество мест, забронированных в данном классе

0 - количество мест на листе ожидания

Далее следуют блоки информации о подклассах.

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

После всех блоков информации о физических классах и о подклассах при необходимости вставляется блок информации о спецбронях. Первая строка этого блока содержит слово «БРОНИ:» и общие количества мест спецброни по физическим классам. Каждая последующая строка этого блока соответствует 1 бронедержателю и содержит следующую информацию:

Э - Код физического класса

АП - Код бронедержателя (выделяется негативом, если бронь требует отчета)

20/0 1 13:00 - Время снятия брони (дата и время снятия) (выделяется негативом, если изменено вручную; время задается по времени центра)-

- В картотеке «КСБ» поле «БРОНЬ ПРЕДПРИЯТИЙ» отлично от 0 и 9

Знак «-», если отчет выполнен (запрос «ОН»)

Если поле «БРОНЬ ПРЕДПРИЯТИЙ» отлично от 0 и 9 и выполнен отчет, то приоритет имеет знак «-»

0 - Остаток мест спецброни у данного бронедержателя (это значение не входит в общее количество мест в строке «брони»)

- Номера мест спецброни у данного бронедержателя

0457Х6(5АБ) - Список номеров PNR, места для которых взяты из соответствующей брони, и количество мест при продаже без конкретизации мест или номера мест. PNR в справке указаны в последовательности бронирования на данный сегмент.

Для неснимаемой брони время снятия брони не указывается.

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

Если вся информация о рейде не умещается на 1 экран, то оператор имеет возможность пролистать ее запросами «Вперед» и «Назад». При этом строки со 2-й по 7-ю заново не выводятся, а новая информация выводится, начиная с 8-й строки.

Запрос разрешен операторам, имеющим право работы со спец. бронями и право на просмотр ресурса.

3.3 Доступ к получению справки по рейду «СС»/«БС»

Получение справки по рейду «СС» разрешено только оператору с правами «просмотр ресурса» (картотека «ОПР»).

В зависимости от значения полей в карточке «ОПР» доступ к рейсам ограничивается и в справке представлена разная информация о бронях.

Права по доступу к рейсам:

Поле «АВК» = ТКП

- поле «ПОД» =1

Доступ ко всем рейсам всех авиакомпаний, ресурс которых хранится в центре.

- поле «ПОД» =2

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

- поле «ПОД» =3

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

- поле «ПОД» =4

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

- поле «ПОД» имеет любое значение, отличное от 1-4

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

Примечание: С пультов, установленных в аэропорте (в карточке «ПУЛ» заполнено поле «АЭР»), разрешается брать справки только для рейсов, вылетающих из данного аэропорта.

Права по доступу к броням:

В карточке «ОПР» установлено поле «спецбронь», а список исключений «КС1», «КС2», «КС3», «КС4», «КС5 - пустой.

Оператору представлена информация обо всех бронях на рейде.

В карточке «ОПР» поле «спецбронь» равно 0, в списке исключений «КС1», «КС2», «КС3», «КС4», «КС5 уставлены коды броней (по картотеке «КСБ»).

Оператору представлена информация о бронях, указанных в списке исключений.

В карточке «ОПР» установлено поле «спецбронь», в списке исключений указано от 1 до 5 кодов броней (по картотеке «КСБ»).

Оператору представлена информация обо всех бронях, кроме указанных в списке исключений.

4. Запросы «СР/СРП» - справки по отправлению и прибытию рейсов

4.1 Справка по отправлению рейсов (СР)

Формат запроса:

СР?Б?/(ДАТА)/(ВРЕМЯ1)/(ВРЕМЯ2)/(АЭРОПОРТ)/(Ном_направления)>

При запросе СРБ в сводку выходит состояние спец. броней на рейсах. При этом в сводку выходят только неснимаемые брони, у которых код бронедержателя=0.

Доступ к справке по вылету рейсов в зависимости от расположения пульта.

В зависимости от значения полей в карточке «ОПР» справка по вылету рейсов из данного аэропорта может включать только часть вылетающих рейсов.

4.2 Запрос «СРП» - справка по прибытию рейсов

Формат запроса

СРП/(ДАТА)/(ВРЕМЯ1)/(ВРЕМЯ2)/(АЭРОПОРТ)>

Параметры запроса:

СРП - код запроса

ДАТА - дата прибытия рейса

ВРЕМЯ1 - начало временного интервала

ВРЕМЯ2 - конец временного интервала

АЭРОПОРТ - код аэропорта прибытия

5. Запрос «КМ» - карта мест рейда.

Запрос “КМ” предназначен для выдачи на экран карты мест рейда, т.е. информации о размещении свободных и занятых мест по салону самолета на сегменте. При этом у рейда признак “тип продажи” должен быть выставлен равным 1 (продажа с явными номерами мест).

Формат запроса:

КМрейс/датагород1город2 >

Все параметры запроса обязательные. Дата должна быть введена в виде 2 цифр (день) и 3 букв (месяц). Между кодом запроса и кодом компании в номере рейса, между датой вылета и пунктом вылета, между пунктами вылета и прилета разделители отсутствуют.

Пример запроса:

КМПЛ-2435/23ОКТМОВСПТ >

6. Запрос «БТ» - тест на создание рейдов на основе заявок на выделение мест в область спец.брони

Запрос «БТ» предназначен для проверки возможности создания рейдов на основе периодов навигации рейса и периодов определения ресурса (соответствие количества мест РЕС и ДСБ). Запрос может быть подан в одном из следующих форматов:

БТ/(РЕЙС)/(ДАТА1)/<ДАТА2> >

БТ/(РЕЙС)/! >

7. Запросы «Г+»/«Г-» - посадка груза и отказ от заявленного груза.

Формат запроса для посадки груза за счет мест/ДБГ:

Г+/(РЕЙС)/(ДАТА)/(ГОРОД1)/(ГОРОД2)/(Кол_груза)?

(Информация_по_грузу)>

где:

Г+ - код запроса

Кол_груза - величина груза (кг)

Информация_по_ грузу - текст, характеризующий груз (для заметки к рейду)

Ответное сообщение: «ЗАПРОС ВЫПОЛНЕН»

Формат запроса для отказа от заявленного груза:

Г-/(РЕЙС)/(ДАТА)/(ГОРОД1)/(ГОРОД2)/(Кол_груза)?

(Информация_по_грузу)>

Ответное сообщение: «ЗАПРОС ВЫПОЛНЕН»

8. Комфортный подкласс

8.1 Свободная продажа мест комфортного подкласса

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

Привязка номеров мест к комфортному подклассу осуществляется через бронь «МКФ», которая является служебной бронью и продажа из которой осуществляется без указания ее в запросе наличия мест («1»).

Признаком комфортного подкласса является «0!». Например, если подкласс Ю задается, как комфортный подкласс, то в карточке «РЕС», он должен быть указан, как Ю0!, а в запросе «МС»- Ю0/ЮК.

Количество и номера мест комфортного подкласса задаются или в карточке «ДСБ» или в запросе «Б+» (бронь «МКФ»).

Бронь «МКФ» является неснимаемой (время автоматического снятия брони - 24 часа в день вылета рейса) и самовозвратной (значение поля бронь предприятий=9); возврат мест по комфортному подклассу осуществляется в бронь «МКФ», т.е. места комфортного подкласса возвращаются в продажу, как места комфортного подкласса.

Для каждого сегмента/класса можно создать только один комфортный подкласс.

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

Комфортный подкласс можно преобразовать в обычный даже, если есть проданные места.

Бронирование мест, привязанных к комфортному подклассу, на другой подкласс запрещено. По комфортному подклассу продать места, которые не находятся в брони «МКФ» тоже нельзя.

Доступ к продаже на комфортный подкласс осуществляется обычным образом.

8.2 Спец. бронь комфортного подкласса

Места комфортного подкласса могут быть выделены в спец. бронь. Для этой цели используется карточка «ДСБ», в которой в поле подкласс устанавливается код комфортного подкласса. Поле «подкласс» в карточке «ДСБ» предназначено только для комфортного подкласса. При создании рейда, если существует карточка «ДСБ» с указанием комфортного подкласса в поле «ПКЛ», места комфортного подкласса, заданные в карточке «ДСБ» попадают в соответствующую спец. бронь. Не должны указываться одинаковые номера мест в карточках «ДСБ» для брони МКФ и для спец. броней комфортного подкласса.

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

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

Для создания комфортного подкласса и брони комфортного подкласса на уже существующем рейде без его пересоздания надо внести карточки «ДСБ» для комфортного подкласса и выполнить запросы «Б+» для занесения мест комфортного подкласса в соответствующие спец. брони.

Если требуется в броню АП занести места комфортного подкласса и места экономического класса, то после выполнения запросов «Б+» для ГД и МКФ надо выполнить запрос «Б+» для АП с указанием общего количества мест.

Для занесения в бронь комфортного подкласса мест комфортного подкласса из свободной продажи требуется:

Если не создана, создать карточку «ДСБ» с заполненным полем «ПКЛ».

Выполнить запрос «Б-» для брони МКФ с указанием мест, которые должны быть перекачены в спец. броню комфортного подкласса.

Выполнить запрос «Б+» для занесения указанных мест комфортного подкласса в данную спец. бронь.

При возврате места, взятого из брони комфортного подкласса, оно возвращается в соответствующую броню при игнорировании, а в том случае, если место возвращается после создания PNR, то в броню «МКФ».

При автоматическом снятии брони комфортного подкласса место помещается в бронь «МКФ», т.е. после снятия брони места поступают в свободную продажу, как места комфортного подкласса.

бронирование электронный билет запрос

9. Сводка по рейсам, закрытым по картотеке ЗКР («ЦР»)

По запросу «ЦР» выдается список рейсов, закрытых по картотеке «ЗКР» в диапазоне дат, указанном в запросе.

Формат запроса:

ЦР,дата1,дата2,частота

10. Автоматическая подача запросов

Для возможности автоматического выполнения запросов используется картотека «АПЗ» (в запросе «З» - буква).

Маска карточки АПЗ имеет следующий вид:

¦ КЛЮЧ /КЛЧ/ + ¦ /ЧАС/ + ¦ /МИН/ + ¦ ПРИОРИТЕТ /ПРИ/ + ¦

ПЕРИОД С (ДТН) + ¦ ПО (ДТК) + ¦ ПО ДНЯМ (ЧСТ) + ¦

ИСПОЛЬЗОВАТЬ: СЕАНС (АВК) + ¦ ПУЛЬТ + ¦ ОПЕРАТОР + ¦

ТЕКСТ +

¦+›

Поля карточки АПЗ имеют следующие значения:

Номер поля

Название поля

Код поля

Тип значения

Кол-во знаков

1

Ключевое поле для идентификации карточки

КЛЧ

буквы и цифры

10

2

Время начала выполнения запросов

часы

минуты

ЧАС

МИН

цифры

цифры

2

2

3

Приоритет используется в том случае, если в разных карточках указано одинаковое время выполнения запросов. Выполнение начинается с запросов в карточке с большим приоритетом

ПрИ

цифры

3

4

Период, в течение которого происходит автоматическое выполнение запросов.

Дата начала периода

Дата конца периода

Частота

ДТН

ДТК

ЧСТ

ддммгг

ддммгг

цифры

6

6

7

5

Код авиакомпании. Это поле заполняется в том случае, если карточка создается в сеансе авиакомпании (указывается код этой компании)

АВК

ссылка АВК

3

6

Код пульта, которому приписывается выполнение запросов

ссылка ПУЛ

6

7

Код оператора, которому приписывается выполнение запросов

ссылка ОПР

12

8

Перечень запросов, которые надо выполнить. Запросы отделяются знаком «>» Для многострочных запросов символ «;» (точка с запятой) используется, как разделитель строк.

текст

200

Запрос “+” - список пассажиров, которым забронированы места на рейд и поиск PNR по фамилии пассажира

Запрос “+” предназначен для вывода на экран терминала списка пассажиров, которым забронированы места на рейд. При этом:

Агент ТКП, если у него есть право просмотра ресурса, может просмотреть полный список на рейсы всех авиакомпаний. Агент авиакомпании, если у него есть право просмотра ресурса, может просмотреть полный список на рейсы только своей авиакомпании. Агент без права просмотра ресурса видит только PNR, созданные в его агентстве.

Формат запроса:

+<код/><рейс>/<дата1>/<дата2>/<дата3>/<дата4>/ <пара_городов>/

<-фамилия_имя>/<#номер_документа>/<=код_подкласса>/ <$номер_билета>/ <&коды_типов_запросов_на_спец_обслуживание>/<ЭБ>/<Г>/<К>>

Форматы запросов:

+К/ДАТА1/ДАТА2/ДАТА3/ДАТА4/ПАР1/ПАР2/ПАР3>

+У/ДАТА3/ДАТА4/ПАР1/ПАР2/ПАР3>

дата1

-

Дата вылета рейса (начало рассматриваемого периода)

дата2

-

Дата вылета рейса (конец рассматриваемого периода)

дата3

-

Дата продажи (начало рассматриваемого периода)

дата4

-

Дата продажи (конец рассматриваемого периода)

пар1,пар2,пар3

-

Фамилия, номер документа, номер билета. Могут быть заданы в любой последовательности.

С модификатором «У» даты вылета рейса не задаются. Для поиска, согласно заданным датам продажи и параметру/ам рассматриваются все даты вылета рейса, хранящиеся в системе. При поиске по фамилии с модификатором У рассматриваются только пассажиры, вылетающие в текущую дату или позже.

При поиске по фамилии можно не указывать фамилию целиком. Первая буква должна быть указана обязательно. Вместо пропущенных надо указать «*» (количество пропущенных букв неизвестно) или «?» (вопросительный знак ставится вместо каждой пропущенной буквы).

+у///-АЛ???ОВА›

001 АЛЛЯМОВА АДИЛЯ КАСЫМ 0457ГС ДМД УЧБ 30мая07

002 АЛЛЯМОВА КАМИЛЯ КАСЫ 0457ГС ДМД УЧБ 30мая07

003 АЛФЕРОВА ИРИНА 045ДТФ ШРМ ПЛК 05июн07

Сводка групп, вылетающих в определенный день из определенного аэропорта (САВ)

Формат запроса: САВ/(ДАТА)/<ВРЕМЯ1>/<ВРЕМЯ2>/(АЭРОПОРТ)>

Параметры запроса:

САВ

- код запроса

ДАТА

- дата вылета

ВРЕМЯ1

- начало временного интервала

ВРЕМЯ2

- конец временного интервала

АЭРОПОРТ

аэропорт вылета

Пример 1: САВ/24МАЙ///ДМД

Сводка транзитных групп, прилетающих в определенный день в определенный аэропорт (САП)

Формат запроса

САП/(ДАТА)/<ВРЕМЯ1>/<ВРЕМЯ2>/(АЭРОПОРТ)>

Параметры запроса:

САП

- код запроса

ДАТА

- дата вылета

ВРЕМЯ1

- начало временного интервала

ВРЕМЯ2

- конец временного интервала

АЭРОПОРТ

- аэропорт прилета

Например: САП/24МАЙ///ДМД

Ответное сообщение:

СВОДКА ДЛЯ ДОМОДЕДОВО ГРУПП ПРИБЫВАЮЩИХ 24МАЙ00 0000-2400 ЛИСТ 1

ВП РП ПО ИГ/РН !! РВ ДВ ПО ПН ВВ КМ СОС

КОНЕЦ СВОДКИ

где:

сегмент прилета:

ВП

-

время прилета

РП

-

рейс

ПО

-

пункт вылета

ИГ/РН

-

имя и регистрационный номер группы

!!

-

разделитель

сегмент вылета:

РВ

-

рейс вылета

ДВ

-

дата вылета

ПО

-

пункт вылета

ПН

-

пункт назначения

ВВ

-

время вылета

КМ

-

количество мест

СОС

-

состояние группы

Запрос “РП“ - автоматизированная пересадка пассажиров.

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

После выполнения запроса изменения в маршруте пассажира отражаются в PNR, т.е. меняется код на сегменте с отмененным рейсом («ХХ» или «УН») и вносится новый сегмент для рейса, на который пересажен пассажир («ТК»). В PNR заносится ремарка с сообщением о пересадке. При выполнение запроса агент может внести ремарку, которая также будет занесена во все PNR пересаживаемых пассажиров.

Формат запроса:

РП/признак/рейс1/дат1/дат2/частота/гор1/гор2/список_подклассов?

рейс2/смена_даты/гор3/гор4/список_соответствия_подклассов?

рейс3/смена_даты/гор5/гор6/список_соответствия_подклассов?

... ... ...

рейсN/смена_даты/горN1/горN2/список_соответствия_подклассов ?

5 текст >

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

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

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

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

При пересадке пассажиров нельзя разбивать PNR, т.е. все пассажиры PNR должны быть пересажены на один рейс и в один подкласс.

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

После подачи запроса, система формирует план пересадки и предлагает просмотреть план.

На плане ниже строки, описывающей рейс, с которого произведена пересадка, размещается строка (строки), описывающая рейс, на который пересажены пассажиры. В этой строке перечислены номера PNR пересаженных пассажиров, количество мест, соответствующих этим PNR и код подкласса, на который произведена пересадка. Перед строкой, описывающей рейс, на который выполнена пересадка, помещаются символы «->».

Для выполнения пересадки согласно предоставленному плану выполняется запрос:

РП/ДА

Если пересадка отвергается, выполняется запрос:

РП/НЕТ

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

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

После модификации PNR ставится в очередь 7. Агент связывается с пассажиром и если пассажир согласен на предложенную замену рейса, меняет на сегменте код «ТК» на «НК», если не согласен - аннулирует сегмент.

Запрос для замены кода на сегменте:

0/номер_сегмента/НК

Когда составляется план пересадки, проверяется возможность пересадки. После запроса РП/ДА система начинает пересадку согласно плана. Если какое-то PNR заблокировано на пульте, то пассажиры этого PNR не пересаживаются, но программа по пересадке работу не заканчивает. После того, как PNR отпущено, пассажиры пересаживаются. Запись о пересадке в справке СС появляется после того, как пересажены все пассажиры

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

Отмена пересадки пассажиров.

Формат запроса для отмены пересадки:

РП/-/№плана_пересадки

По данному запросу аннулируются бронирования пассажиров на рейс, на который пассажиры были пересажены и возвращаются бронирования на рейс, с которого пассажиры были пересажены.

Справка по дате автоматического создания карточек пультов (ПУ).

Запрос используется для определения даты создания карточки пульта по данным обменного файла. Запрос имеет следующие модификации:

при задании в запросе кода пульта в ответном сообщении указывается дата создания карточки пульта;

при задании в запросе кода агентства в ответном сообщении указываются даты создания карточек всех пультов агентства;

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

Форматы запроса:

ПУ,код_пульта

Статистика по количеству пассажиров на листе ожидания (Запрос «ОСТАТ»).

Для получения статистики компании по количеству пассажиров на листе ожидания используется запрос «ОСТАТ».

Формат запроса:

ОСТАТ-код_авиакомпании/<гор1-гор2>/<дата_вылета>

Отчет о выполнении запросов по управлению рейдами (Б?).

При выполнении оператором запросов по управлению рейдами (Б+, Б-, БМ, ИЗД, БХ) информация о прохождении запросов заносится в файл оператора, который можно просмотреть запросом «Б?»

Формат запроса:

Б?/(код_запроса)

Код запроса можно не указывать. Если указать код запроса, то выдается информация только по этому запросу (или запросам, если было сделано несколько запросов с одинаковым кодом запроса). Если код запроса не указан, то выдается информация по всем запросам, выполненным оператором. Информация может занимать несколько страниц, для просмотра всей информации используется листание страниц.

Если оператору больше не нужна данная информация, он стирает ее запросом «Б?/!».

Пример:

Были выполнены запросы:

Б+/ЮТ-1002/3101/0502//ТЮМ/УЧБ/Э/ЮТ/5›

БМ/ЮТ-1002/3101/0502//ТЮМ/УЧБ/Э/ЮТ/АК/1›

Для просмотра информации по обработке все запросов подается запрос Б?, для запроса БМ - Б/БМ.

Контроль наличия мест на рейсах.

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

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

Картотека «РКН».

Работа с картотекой выполняется обычным образом. Карточка создается запросом «НК/РКН».

В ответ на запрос на экран выдается маска следующего вида:

¦ АВИАКОМПАНИЯ /АВК/ + ¦ НОМЕР РЕЙСА /НРС/ + ¦

ПЕРИОД: С /ДТН/ + ¦ ПО /ДТК/ + ¦ ПО ДНЯМ /ЧСТ/ + ¦

СЕГМЕНТ ОТ /ГР1/ + ¦ ДО /ГР2/ + ¦

НИЖНИЙ АБС(0)/ ВЕРХНИЙ АБС(0)/ ГЛУБИНА КОНТРОЛЯ

КЛАСС ПОРОГ ПРОЦ(1) ПОРОГ ПРОЦ(1) ВЕРХНЕГО ПОРОГА

Э + ¦ + ¦ + ¦ + ¦ + ¦

Б + ¦ + ¦ + ¦ + ¦

П + ¦ + ¦ + ¦ + ¦+›

Обязательными для заполнения являются поля «АВК», «ДТН» , «ДТК» и пороговая граница хотя бы для одного класса.

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

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

Не обязательно вносить информацию и по верхнему и по нижнему порогам. Можно внести данные только по верхнему или по нижнему порогу и соответственно контроль будет проводиться только по указанному порогу.

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

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

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

В этом случае контроль будет осуществляться по той карточке, приоритет которой выше.

Уровень приоритета определяется в соответствии с таблицей:

№ п/п

Приоритет

Параметры, указанные в карточке

1

8

Номер рейса и пара пунктов сегмента

2

7

Номер рейса и пункт вылета

3

6

Номер рейса и пункт прилета

4

5

Номер рейса

5

4

Пара пунктов сегмента

6

3

Пункт вылета

7

2

Пункт прилета

8

1

Ничего

Запросы для получения списков рейдов, количество мест на которых меньше/больше значений порогов, указанных в картотеке «РКН»

Формат запроса для получения списка рейдов по нижнему порогу:

РКН/рейс/дата_вылета/ГОР1/ГОР2/класс/дата_сооб1/дата_сооб2

Формат запроса для получения списка рейдов по верхнему порогу:

РКВ/рейс/дата_вылета/ГОР1/ГОР2/класс/дата_сооб1/дата_сооб2.

РКН/РКВ

-

Код запроса (по нижнему порогу - РКН, по верхнему порогу - РКВ)

Рейс

-

Код рейса в формате код_авиакомпании-номер_рейса Номер рейса можно не указывать.

Дата вылета

-

Дата вылета рейса (ДДММГГ или ДДММ)

ГОР1

-

Код города - начальный пункт сегмента

ГОР2

-

Код города - конечный пункт сегмента

Класс

-

Код класса (только базовые классы)

Дата_сооб1

Дата_сооб2

-

Даты внесения информации по рейду в файл

В запросе можно указать интервал дат

В запросе все параметры не являются обязательными.

Примеры запросов:

ркн/хи-1/2504/мов/спт/э/1004/2504

ркв/хи/////1004

ркв/////б

ркв

Формат запроса:

ОС/SSR/номер_рейса/ДАТА/подкласс/ОТП/НАЗ/АГН

ОС

-

код запроса

SSR

-

код спец. обслуживания

номер рейса

-

код авиакомпании - номер рейса обязательным параметром является код авиакомпании

ДАТА

-

дата вылета рейса

подкласс

-

код подкласса

ОТП

-

код аэропорта отправления

НАЗ

-

код аэропорта назначения

АГН

-

код агентства, в котором выполняется бронирование

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

Запрос БП (список PNR, заблокированных на пульте больше часа).

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

Формат запроса:

БП

В списке PNR расположены по времени последнего обращения с пульта. Если список не умещается на одном экране, то информация располагается на следующих. Просмотреть список полностью можно нажимая клавишу «листание вперед».

Для разблокирования PNR используется запрос *(номер PNR))/#. Запрос разрешено выполнять оператору с правами управления ресурсом.

Запрос выполняется после вылета рейса для предоставления авиакомпании информации о количестве проданных мест и обеспечения возможности корректировки счетчиков мест.

Формат запроса:

ЗК/рейс/дата_вылета_рейса/код_города_вылета

В ответ на запрос выдается таблица с информацией о количестве проданных мест по подклассам и сегментам.

Доступ к управлению ресурсами.

Просмотр ресурса

В карточке «ОПР»:

- просмотр ресурса = 0 доступ запрещен

- просмотр ресурса =1:

а) В карточке ОПР значение поля АВК= коду авиакомпании рейса:

- Пульт не аэропортовский:

Для всех запросов, кроме СС/БС просмотр разрешен

Для запросов СС/БС применяются спец. правила.

- Пульт аэропортовский

Разрешены запросы только на рейсы, вылетающие из аэропорта.

б) В карточке ОПР значение поля АВК не равно коду авиакомпании рейса:

1) Для рейса есть карточка «УПР»

Параметры в ОПР соответствуют заданным в УПР:

- Пульт не аэропортовский:

Для всех запросов, кроме СС/БС просмотр разрешен

Для запросов СС/БС применяются спец. правила.

- Пульт аэропортовский

Разрешены запросы только на рейсы, вылетающие из аэропорта.

Параметры в ОПР не соответствуют заданным в УПР доступ запрещен

2) Для рейса нет карточки «УПР»:

1. Есть карточка УПР для авиакомпании.

Параметры в ОПР соответствуют заданным в УПР

- Пульт не аэропортовский:

Для всех запросов, кроме СС/БС просмотр разрешен

Для запросов СС/БС применяются спец. правила.

- Пульт аэропортовский

Разрешены запросы только на рейсы, вылетающие из аэропорта.

Параметры в ОПР не соответствуют заданным в УПР доступ запрещен

2. Нет карточки УПР для авиакомпании:

в карточке ОПР значение поля АВК не ТКП и не пробелы доступ запрещен

в карточке ОПР значение поля АВК равно ТКП или пробелам:

- Пульт не аэропортовский:

Ддя всех запросов, кроме СС/БС просмотр разрешен

Ддя запросов СС/БС применяются спец. правила.

- Пульт аэропортовский

Разрешены запросы только на рейсы, вылетающие из аэропорта.

Спец. правила получения справки СС/БС:

- поле «ПОД» =1 Доступ разрешен.

- поле «ПОД» =2 Разрешен доступ, если город вылета рейса совпадает с городом пульта (кроме транзитных).

- поле «ПОД» =3 т Разрешен доступ, если город прибытия рейса совпадает с городом пульта (кроме транзитных).

- поле «ПОД» =4 Разрешен доступ, если город пульта совпадает с городом вылета или прибытия рейса (кроме транзитных).

- поле «ПОД» имеет любое значение, отличное от 1-4 Разрешен доступ, если город пульта совпадает с городом вылета или прибытия рейса (включая транзитные).

- исправление ресурса = 0 доступ запрещен

- исправление ресурса =1:

а) В карточке ОПР значение поля АВК= коду авиакомпании рейса

- Пульт не аэропортовский:

исправления разрешены

- Пульт аэропортовский

Разрешены запросы только на рейсы, вылетающие из аэропорта.

б) В карточке ОПР значение поля АВК не равно коду авиакомпании рейса:

1) Для рейса есть карточка «УПР»

Параметры в ОПР соответствуют заданным в УПР

- Пульт не аэропортовский:

исправления разрешены

- Пульт аэропортовский

Разрешены запросы только на рейсы, вылетающие из аэропорта.

Параметры в ОПР не соответствуют заданным в УПР доступ запрещен

2) Для рейса нет карточки «УПР»:

1. Есть карточка УПР для авиакомпании:

Параметры в ОПР соответствуют заданным в УПР

- Пульт не аэропортовский:

исправления разрешены

- Пульт аэропортовский

Разрешены запросы только на рейсы, вылетающие из аэропорта.

Параметры в ОПР не соответствуют заданным в УПР доступ запрещен

2. Нет карточки УПР для авиакомпании.

в карточке ОПР значение поля АВК не ТКП и не пробелы доступ запрещен

в карточке ОПР значение поля АВК равно ТКП или пробелам:

- Пульт не аэропортовский:

исправления разрешены

- Пульт аэропортовский

Разрешены запросы только на рейсы, вылетающие из аэропорта.

Лист ожидания.

При создании рейса указывается возможность использования листа ожидания. Информация о возможности использования листа ожидания задается в поле «лист ожидания» карточки «РЕС». Поле состоит из 4-х позиций, каждая из которых должна быть заполнена.

Номер позиции

Значения

1

Р- разрешен лист ожидания; З-запрещен лист ожидания

2

А-автоматическое поднятие с листа ожидания;

Р-поднятие с листа ожидания возможно только вручную

3

П-прямой порядок поднятия с листа ожидания

О-обратный порядок поднятия с листа ожидания

4

З-запрет автоматического поднятия с листа ожидания в последний день продажи (автоматически ставится на лист ожидания, но не подтверждается)

О-автоматическое поднятие с листа ожидания в последний день разрешено

Максимальная длина листа ожидания задается в карточке «РЕС» в поле «МАКС ДЛИНА ЛО». Ограничение задается одинаковым по всем подклассам. Когда длина списка пассажиров на листе ожидания на данном подклассе достигает заданной величины, дальнейшая постановка на лист ожидания на этот подкласс запрещена.

Если в поле «МАКС ДЛИНА ЛО» проставлен ноль, то максимальная длина листа ожидания равна 99.

Величина максимальной длины листа ожидания внесена в справки по рейсу «СС» и «БС» и в рейдовую карточку «РСД» (параметр «макс ожд»).

Если длина листа ожидания на подкласс достигла максимального значения, то на экране наличия мест квота подкласса указывается «-», а при попытке постановки на лист ожидания выдается сообщение:

Поднятие с листа ожидания выполняется согласно приоритету, который задается в картотеке приоритетов («ЛОЖ») и в картотеке операторов («ОПР»). Карточка «ЛОЖ» не является обязательной. При ее отсутствии значение приоритета берется из соответствующей карточки «ОПР». При наличии карточки «ЛОЖ» значение приоритета в «ОПР» игнорируется. Картотеки «ЛОЖ» и «ОПР» описаны в инструкции пользователя по работе с системными картотеками.

Приоритет листа ожидания может принимать значения от 1 до 7. Чем выше приоритет, тем больше вероятность удовлетворения заказа.

Правила удовлетворения заказа в зависимости от приоритета листа ожидания:

1. Автоматическое обеспечение местами не производится

2 -7 Производится автоматическое обеспечение местами из свободных. Для обеспечения заказа в системе в какой-то момент должно появиться достаточное количество свободных мест для всего заказа целиком; при этом в первую очередь удовлетворяются заказы с большим приоритетом.

Пример:

На рейсе ЫИ-1/0502 нет мест

Строка наличия мест:

1. ЫИ-1 Э0 УЧБУЧН 1000 1200 ТУ5

Сегмент в PNR ( PNR на листе ожидания):

1 ЫИ-1 Э 05МАР00 УЧБУЧН НЛ3 ( 0 : 3 ) 1000 1200

На рейсе появилось 2 свободных места

Строка наличия мест:

1. ЫИ-1 Э2 УЧБУЧН 1000 1200 ТУ5

Сегмент в PNR ( PNR на листе ожидания):

1 ЫИ-1 Э 05МАР00 УЧБУЧН НЛ3 ( 2 : 3 ) 1000 1200

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

Приоритет листа ожидания равный 0 означает запрещение постановки на лист ожидания.

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

В картотеке «ЛОЖ» задается приоритет листа ожидания на рейсы или на конкретный рейс авиакомпании для агентства, оператора или пульта. Если в карточке «ЛОЖ» не заполнены поля «ОПР» и «ПУЛ», то все операторы указанного агентства могут бронировать на лист ожидания на рейсы или рейс указанной авиакомпании с указанным в карточке приоритетом листа ожидания. Если заполнено поле «ОПР», то бронировать на указанный рейс/рейсы авиакомпании с указанным в карточке приоритетом листа ожидания может только данный оператор. Аналогично, если указан пульт, то бронировать на лист ожидания с указанным приоритетом можно только с этого пульта Если указаны и идентификатор оператора и пульт, то бронировать с указанным приоритетом можно только с указанного пульта оператору с указанным идентификатором.

Если поля «Приоритет листа ожидания для кассиров» и «Приоритет листа ожидания для некассиров» не заполнены или указано значение 0, то бронировать на лист ожидания не разрешено.

При определении приоритета листа ожидания система осуществляет поиск таблицы «ЛОЖ» для данного рейса и класса, затем для данного рейса авиакомпаниии с указанием оператора и пульта или только оператора или пульта, затем с указанием агентства. Кроме того проверяется приоритет самой карточки. При выборе приоритета листа ожидания рассматривается приоритет карточек и выбирается карточка с наивысшим приоритетом.

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

Если для данного рейса или авиакомпании не найдено таблицы «ЛОЖ», то приоритет листа ожидания берется из таблицы «ОПР».

Если рейд создан с запретом по листу ожидания, то ставить на лист ожидания не разрешается даже оператору, которому в карточках ОПР или ТАП/ЛОЖ дано разрешение заносить на лист ожидания с большим приоритетом. При попытке постановки на лист ожидания в этом случае выдается сообщение: лист ожидания запрещен

Если рейд создан с разрешением листа ожидания, то приоритет листа ожидания устанавливается равным установленному в карточке «ТАП/ЛОЖ». или в карточке «ОПР».

Если в ОПР установлен приоритет=0 и нет соответствующей карточки «ТАП/ЛОЖ», то запрещена постановка на лист ожидания.

При попытке постановки на лист ожидания в этом случае выдается сообщение:

ВАМ Запрещено использовать лист ожидания.

Задача

Забронировать в системе Sirena 2000 пенсионера по маршруту Хабаровск-Новосибирск.

Хабаровск- ХБР

Новосибирск-ОВВ

1 ^!ГРС^

2 ^ЯТКПО8ХБР500/АТ34ПО24^

3 ^СХБРОВВ^

4 ^ЛХБРОВВ2412^

5 ^О1Э1^

6 ^-ЦОЙ ОЛЕГ ИВАНОВИЧ 250737* ЦПА^

7 ^9М/ХБР/89245736425^

8 ^Е^

Пример идентификационной записи.

ХБРО8 ТКП 24ДЕК БП18КС

ЦОЙ ОЛЕГ ИВАНОВИЧ ЦП

ДД 305 ЭНР1 ХБРОВВ 24ДЕК 1301 1615

М/ХБР/89245736425

ТЛ181323 ДЕК

Размещено на Allbest.ru


Подобные документы

  • Необходимость особых подходов к проектированию сверхбольших БД. Создание БД для хранения информации о рейсах в программном продукте Microsoft Access 2003. Редактирование базы билетов. Поиск и просмотр информации в базе данных о бронировании билета.

    курсовая работа [2,2 M], добавлен 18.11.2014

  • Разработка информационной системы учета регистрации пассажиров и реализации билетов в кассе аэрофлота. Изменение учетных данных клиентов аэропорта. Реализация функции возврата билета. Составление посадочной ведомости и отчета по продажам билетов.

    курсовая работа [4,9 M], добавлен 13.08.2012

  • Понятие, принципы бронирования билетов на железнодорожные рейсы, порядок автоматизации данного процесса. Методика и этапы формирования программного обеспечения для упрощения бронирования на основе входной и выходной информации. Модели организации данных.

    контрольная работа [25,4 K], добавлен 21.02.2012

  • Основные принципы функционирования и структура кинотеатра. Особенности автоматизации продажи билетов в кинотеатре. Методика построения модели и проект создания информационной системы по продаже билетов в кинотеатре, спецификация ее поведения и состояния.

    курсовая работа [560,0 K], добавлен 11.12.2010

  • Изучение методов разработки приложений в среде визуального программирования Visual Studio. Создание программы, реализующей заказ железнодорожных билетов. Язык SQL-запросов в системе управления базами данных MS Access. Тестирование созданной программы.

    курсовая работа [1,0 M], добавлен 03.07.2016

  • Электронный учебное пособие, его преимущества и недостатки. Информационный интегратор "Иерархия-2000" как технологическое средство разработки электронных изданий. Практические основы использования электронного учебного пособия на занятиях по информатике.

    дипломная работа [978,9 K], добавлен 20.10.2011

  • Нормализация и схема базы данных, структура меню. Предназначение информационно-справочной системы. Покупка и бронирование билетов пассажирами. Программная реализация информационной системы. Справочники, документы, регистры, журналы, администрирование.

    курсовая работа [1,2 M], добавлен 19.11.2010

  • Описание процесса бронирования билетов. Концептуальное и физическое проектирование базы данных. Точность и корректность хранения и отображения данных в базе данных. Проектирование логики диалога с пользователем. Разработка и описание приложения.

    курсовая работа [1,7 M], добавлен 11.02.2016

  • Создание технического задания на разработку информационной системы для заказа билета на самолет. Требования к документированию. Порядок контроля и приемки системы. Разработка концепции, архитектуры построения и платформы реализации информационной системы.

    курсовая работа [1,8 M], добавлен 13.05.2015

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

    курсовая работа [1,2 M], добавлен 25.05.2010

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.