Бронирование
Вопрос: Просмотр информации по сборам (запрос ИС) работает на прошедшие даты на ограниченную глубину, но бывают ситуации, когда необходимо получить сведения по сборам на достаточно «старые» даты начала перевозки и продажи. Можно ли решить этот вопрос? Ответ: При подаче запроса ИС без указания кода перевозчика и номера рейса ответ может быть получен, если на указанную в запросе дату начала перевозки рейд еще присутствует в системе. Информация о выполненных рейдах хранится около месяца. Если есть необходимость получения данных на более поздние даты, необходимо в запросе ИС указать код авиакомпании и номер рейса. В этом случае ограничения на глубину просмотра информации отсутствуют.
Вопрос: В результате отмены или задержки рейсов часто возникает необходимость возврата средних участков маршрута перевозки. Например, для маршрутной перевозки ''туда-обратно'' (4 участка) требуется выполнить возврат 3-го участка. При попытке выполнить запрос возврата, например, АПРВ*3, отображается ответ системы «Целостность маршрута нарушена. Проверьте маршрут». Как поступать в таких случаях? Ответ: Запрос возврата в приведенном формате в процессе своего выполнения удаляет из PNR указанный сегмент маршрута. В результате получившийся маршрут перестает быть непрерывным, что и является причиной приведенной реплики системы.
Для случаев возврата средних участков маршрута перед подачей запроса на возврат необходимо вводить сегмент прибытия (в приведенном примере сегмент прибытия нужно вставить на третье или четвертое место), после этого операции возврата будет обработана корректно.
Вопрос: Предлагает ли ГРС Сирена-Трэвел возможности по облегчению бронирования и тарификации перевозок? Ответ: В ГРС Сирена-Трэвел установлена доработка, расширяющая уже имеющуюся в системе и полюбившуюся агентам по бронированию и оформлению билетов функциональность «Оптимальная оценка».
Набор дополнительных возможностей данной функциональности позволяет агентам: - для перевозок «в одну сторону» (как прямых, так и трансферных) непосредственно из справки наличия мест получать набор применимых стоимостей перевозки, бронировать места в соответствии с согласованной с пассажиром стоимостью (как правило, минимальной), читать условия применения тарифа и сборов; предлагаемые стоимости обеспечены местами, включают полную цену (тариф, сборы и таксы в билете, сборы агентские), полностью проверены по условиям применения тарифа и сборов
- для перевозок «туда-обратно» (как прямых, так и трансферных), бронируя места в базовом подклассе нужного пассажиру класса обслуживания, получать набор применимых стоимостей перевозки во всех подклассах соответствующего класса; данные стоимости обеспечены местами, включают полную цену (тариф, сборы и таксы в билете, сборы агентские), полностью проверены по условиям применения тарифа и сборов; после согласования с пассажиром конкретной стоимости, ранее забронированные места автоматически перебронируются на места в подклассах, соответствующих выбранной стоимости.
Кассирам, работающим в аэропортах, предоставлена возможность использования функциональности «Оптимальная оценка» при бронировании мест и продаже билетов на рейсы, на которые уже объявлена регистрация.
Вопрос: Столкнулись с ситуацией, когда требовалось узнать участковые величины маршрутного тарифа, но так и не нашли ни одного доступного кассиру справочного запроса, позволяющего получить эти значения. Как кассиру получить данную информацию? Ответ: Кассир может узнать величины участков маршрутного тарифа запросом УТК*(Номер варианта), который подается с экрана тарифной справки.
Кроме того, делается доработка, которая позволит при отображении УПТ маршрутных тарифов (запрос ТП(Номер варианта)) отображать участковые величины.
Вопрос: В летний период сталкиваемся с перевозками, когда родитель летит по маршруту туда/обратно, а следующий с ним младенец без места только по маршруту туда. Если перевозка внутренняя (билет для младенца бесплатный), то обоим пассажирам выписываем билет туда/обратно. Если перевозка международная (например, в Украину), то взрослому пассажиру предпочтительнее купить себе билет туда/обратно, а младенцу только туда.
Если в одном подклассе имеются и OW и RT тарифы, то вопрос первоначальной продажи решаем следующим образом: билеты пассажирам выписываются отдельными запросами (например, ПБ1 для взрослого пассажира и ПБ2*1 - для младенца без места).
Однако, если возникает необходимость обмена таких билетов, появляются проблемы. Как, например, поменять билет взрослому пассажиру после использования участка туда? Ответ: Действительно, система позволяет при первоначальной продаже выписывать билеты отдельными запросами при этом младенцу без места допускается оформлять билет не на все сегменты маршрута. Только надо иметь в виду, что данная технология не работает при оплате банковской картой в случае использования встроенной в ГРС авторизации (имеется ограничение в PNR можно делать только одну авторизацию).
Однако обменять оформленные таким образом билеты нельзя. Единственное что можно сделать возврат и новая продажа. Например, если часть перевозки (туда) использована, то технология обмена билета взрослого пассажира следующая: - возврат билета взрослого пассажира с сохранением места (АПР1*2/-)
- возврат места на втором сегменте (ХХ2)
- новая продажа билета взрослому пассажиру (в новом PNR)
Вопрос: Появились ли за последнее время в ГРС Сирена-Трэвел новшества, связанные с повышением удобства тарификации. Ответ: В течение последнего месяца выполнены две доработки: - в запрос ОЦ (Пара городов) добавлена вторая дата; добавленная дата является датой вылета в направлении обратно; таким образом, запрос ОЦ в приведенном формате позволяет получать оценки маршрутов туда/обратно
- в тарифную справку добавлен модификатор, позволяющий отображать только тарифы OW или только тарифы RT (+Т - отображать только OW тарифы, +Х - отображать только RT тарифы)
Вопрос: Требовалось произвести обмен билета, проданного по платежному поручению. Доплату за новый билет также надо было оформить по платежному поручению. При выполнении запроса ДФО (в нашем случае ДФО*1,3//ПП так как менялись оба участка) вышла реплика «Сложные условия. Используйте запрос АПР или ПОР (СМ. ??АП ИЛИ ??ПО)». При использовании же запроса ПОР*1,3 доплата вышла за наличные. Как нужно проводить обмен в такой ситуации и почему выходит такая реплика? Ответ: Дело в том, что запрос ДФО прежде чем ''записать'' форму доплаты на новые сегменты должен выяснить величину доплаты, а для этого ему необходимо выполнить за ''кадром'' операцию обмена. Если же в УПТ обмениваемого тарифа установлены ''сложные условия'' (например, для Аэрофлота так всегда и есть), то появляется приведенная реплика. Для выполнения обмена требуется выполнить следующий набор команд: - записать оценку на новые сегменты запросом ТО, например, ТО*1,3///3995.00/VSS2M!0151/ШТ=0.00, при этом параметр ШТ обязателен. Величину сбора за возврат места при операции обмена необходимо вычислить по условиям УПТ обмениваемого тарифа (хотя на этом этапе размер сбора можно указать любым и в дальнейшем его скорректировать в масках ПОР)
- выполнить ДФО, например ДФО*1,3//ПП
- выполнить ПОР, например ПОР*1,3, проверяя правильность заполнения данных, внося, при необходимости, изменения
Если же подавать запрос +К/////-(Фамилия пассажира), а, как правило, именно такой запрос подается кассирами, то поиск осуществляется в пределах дат вылета (Сегодня-15 дней) ? (Сегодня+15 дней), что, зачастую, не приводит к нужному результату.
Вопрос: Требовалось произвести обмен билета (менялся первый сегмент), проданного по тарифу ''туда-обратно''. УПТ обмен разрешало. Поскольку мест в нужном подклассе на новую дату не было, было сделано бронирование в подклассе, соответствующем более высокому тарифу. Однако при попытке обмена запросом ПОР*1 вышла реплика «Нет возможности автоматически оценить маршрут на данных бланках». Мы поняли причину появления данной реплики: дело в том, что в результате обмена должна была получиться перевозка CT2, а первоначальный тариф такую комбинацию не разрешал. Как поступать в такой ситуации, как произвести обмен? Ответ: Причина, скорее всего, именно та, о которой Вы говорите запрет комбинации CT2 в УПТ хотя бы одного из тарифов, которые должны присутствовать в новом билете. Первое, что следует сделать получить разрешение авиакомпании на такой обмен. Если авиакомпания обмен разрешает, то необходимо обойти проверку возможности комбинирования. Поскольку проверка комбинируемости осуществляется сразу в момент подачи запроса ПОР (до появления масок), то необходимо на новый сегмент ''записать'' такую оценку, которая совместно с оценкой неизменяемого сегмента не вызовет ''вопросов'' на предмет комбинируемости. Этого можно достигнуть, ''записав'' на новый сегмент точно такую же оценку, какая ''лежит'' на неизменяемом сегменте. После этого запрос ПОР пройдет, будут отображаться маски, в которых следует произвести коррекцию первоначально ''записанной'' оценки. Последовательность обмена следующая: - выполнить ТО на новый сегмент, ''записав'' ту же самую оценку (ту же величину тарифа, тот же код тарифа, то же УПТ), что и на необмениваемом сегменте
- выполнить ПОР, в данном случае ПОР*1, изменить данные в маске (величину и код тарифа), соответствующие обмениваемому сегменту
Вопрос: При оформлении перевозок ряда авиакомпаний (например, Аэрофлот, Эйр Молдова, Сибирь) в билете/маршрут квитанции не показывается расчет НДС. В этих случаях кассиры вынуждены использовать запрос спецобслуживания ПРОЧ ТКСТ, в котором самостоятельно приводят расчет НДС. Далее информация из запроса спецобслуживания попадает в билет (маршрут квитанцию). Неудобство заключается в том, что наличие/отсутствие расчета НДС выявляется при оформлении билета и, если расчет отсутствует, приходится игнорировать оформленный билет, вводить данные в запрос ПРОЧ ТКСТ и повторно оформлять билет. Как выяснить до оформления билета будет ли рассчитываться НДС? Ответ: Самый простой способ выяснить будет ли представлен расчет НДС в оформляемом билете/маршрут квитанции подача запроса ТМР. Запрос ТМР показывает информацию, которая будет представлена в билете. Формат ответа на запрос ТМР приближен к формату билета/маршрут квитанции.
Вопрос: При бронировании перевозки Нижневартовск Москва Баку на рейсы и в сеансе авиакомпании У6 применяются два тарифа OW. В условиях применения этих тарифов разрешена их комбинация. Однако при оформлении перевозка разбивается на два билета. Почему? Ответ: Дело в том, что тарифы Нижневартовск Москва и Москва Баку задаются в разных валютах (рубли/евро соответственно). Чтобы произвести расчет тарифа на одном билете, должна использоваться нейтральная валюта построения (NUC). Поскольку в сеансе авиакомпании У6 расчет в NUC закрыт, при тарификации маршрут разбивается на две перевозки.
Вопрос: В процессе оформления на EMD сбора по условиям применения тарифа при обмене (операция ПШ) возникает реплика ОШИБКА В ПРОГРАММЕ и кассирам приходится устанавливать бумажный бланк МСО (серия М) для оформления данного сбора. С чем связана данная ситуация? Ответ: Изучение вопроса выявило, что установка активного бланка МСО (запрос СМ/EMD) осуществлялся кассирами после начала операция обмена (после ПО/ПОР). Технология же взаимодействия с серверами электронных билетов требует: обмен телеграммами между дистрибутивной системой и СЭБ (в результате этого обмена сервер выдает номера электронных билетов и EMD) должен производиться в начале транзакции обмена (сразу же после ПО/ПОР). Если на момент начала выполнения операции обмена активный бланк МСО не был установлен или если был установлен бумажный МСО, то электронный номер EMD не формируется, что и приводит в последующем к ошибке в программе. Электронное МСО (EMD) должно быть установлено до начала выполнения операции обмена (запрос СМ/EMD). В системе будет выполнена доработка, запрещающая устанавливать/переустанавливать активный бланк МСО в процессе выполнения транзакции обмена.
Вопрос: Объясните, пожалуйста, с чем связано, что в ряде случаев купон электронного билета находится в состоянии Open for Use, а в ряде в состоянии Airport Control, хотя процедура регистрации пассажиров на рейс уже началась в обоих случаях. Дело в том, что произвести какие-либо операции с билетом в состоянии Airport Control без изменения статуса на Open for Use невозможно. Для изменения статуса приходится связываться с авиакомпанией, что и неудобно и не всегда возможно и, как следствие приходится отказывать пассажиру в проведении операции возврата/обмена билета и просить прийти, например, на следующий день.
Ответ: Порядок изменения статуса купонов электронного билета зависит от правила взаимодействия системы регистрации, установленной в аэропорту, и сервера электронных билетов авиакомпании. Если система регистрации работает с сервером электронных билетов в режиме Online, то любое изменение статуса купона в системе регистрации (обычная последовательность изменения статуса электронного купона такова: Open for use Checked-In Lifted Flown) сразу же приводит к изменению статуса купона в сервере электронных билетов. Поэтому кассир, просматривая в системе бронирования статус купона (а система бронирования всегда обращается за статусом купона в сервер электронных билетов), видит его реальное состояние. И если, например, пассажир еще не прошел регистрацию, то статус купона будет Open for Use и любые операции с билетом разрешены. После проведения, например, операции возврата билета, статус купона сразу же изменится на Refunded в сервере электронных билетов и соответствующая телеграмма сразу же будет послана в систему регистрации (это исключает случаи мошенничества например, регистрация при возвращенном билете). Если же система регистрации работает с сервером электронных билетов в режиме Offline, то изменения статуса купона в системе регистрации не передаются в интерактивном режиме в сервер электронных билетов. Информация в сервер передается только по завершению выполнения рейсов в обменном файле. При такой схеме взаимодействия сервер электронных билетов не имеет информации о реальном статусе электронного купона. И для того, чтобы предотвратить случаи мошенничества за определенное время до начала регистрации на рейс статусы всех купонов данного рейса переводятся в сервере электронных билетов в состояние Airport Control. Реальное состояние купонов серверу электронных билетов станет известно только после получения Offline файла. В случае Offline режима взаимодействия только представитель авиакомпании, связавшись с аэропортом и выяснив реальный статус купона, может произвести изменение его статуса на Open for Use в сервере электронных билетов.
Вопрос: Сейчас меняются правила вписывания в АРС Сирена-Трэвел. Были случаи, когда кассиры по несколько часов не могли начать работу из-за проблемы со вписыванием и решить вопрос можно было только через службу Help Desk. Просьба сообщить о текущих правилах вписывания в систему. Ответ: В настоящее время происходит поэтапный перевод карточек операторов на кодированную запись пароля. Если при очередном вписывании в систему оператор получает сообщение «ВХОД В СИСТЕМУ СО СТАРЫМ ПАРОЛЕМ НЕВОЗМОЖЕН. СЕЙЧАС ВАШ ПАРОЛЬ ПЕРВЫЕ 8 СИМВОЛОВ ВАШЕЙ ФАМИЛИИ. ЕСЛИ ВЫ РАБОТАЕТЕ, ИСПОЛЬЗУЯ ЧУЖОЙ ВХОД В СИСТЕМУ ТРЕБУЕТСЯ ПЕРЕОПИСАНИЕ ОПЕРАТОРА.» то это означает, что карточка оператора переведена в режим кодированного пароля.
При получении такого сообщения оператор должен ввести в качестве пароля в запросе на вписывание первые 8 символов своей фамилии (точнее 8 символов фамилии, указанной в карточке оператора), либо фамилию полностью, если ее длина не превышает 8 символов.
После входа в систему появится сообщение:
ВНИМАНИЕ!!! ВАМ СЛЕДУЕТ СМЕНИТЬ ПАРОЛЬ!
ВИД ЗАПРОСА: НП/СТАРЫЙ ПАРОЛЬ/НОВЫЙ ПАРОЛЬ
НОВЫЙ ПАРОЛЬ ДОЛЖЕН СОДЕРЖАТЬ В СЕБЕ ЦИФРЫ И БУКВЫ И ИМЕТЬ ДЛИНУ НЕ МЕНЕЕ 8 СИМВОЛОВ.
ПРИМЕР: НП/ИВАНОВА/АЛИСА1234
Сразу же следует установить пароль в соответствии с приведенными условиями (не менее 8 символов, среди них обязательно должны присутствовать и буквы и цифры). Если новый пароль не установить, то при попытке выполнения любого запроса будет выходить реплика «СМЕНИТЕ ПАРОЛЬ!»
Пароль должен меняться не реже чем 1 раз в 90 дней. За 3 дня до истечения срока действия пароля при вписывании система будет выдавать предупреждение о необходимости смены пароля. Новый пароль должен отличаться от четырех последних.
Если оператор, получив сообщение «ВХОД В СИСТЕМУ СО СТАРЫМ ПАРОЛЕМ НЕВОЗМОЖЕН. СЕЙЧАС ВАШ ПАРОЛЬ ПЕРВЫЕ 8 СИМВОЛОВ ВАШЕЙ ФАМИЛИИ. ЕСЛИ ВЫ РАБОТАЕТЕ, ИСПОЛЬЗУЯ ЧУЖОЙ ВХОД В СИСТЕМУ ТРЕБУЕТСЯ ПЕРЕОПИСАНИЕ ОПЕРАТОРА.» тем не менее, повторяет попытки вписаться в систему с прежним паролем, то после 6-ой попытки карточка оператора блокируется и разблокировать ее можно будет только связавшись со службой Help Desk Сирены-Трэвел.
Вопрос: Сообщите, пожалуйста, о последних доработках Сирены-Трэвел в части увеличения возможностей обслуживания пассажиров. Ответ: За последнее время (это связано с увеличением контента в системе появляются новые авиакомпании, новые направления) все чаще возникала проблема обмена билетов с изменением маршрута. Например, пассажир, приобретал перевозку Москва-Рим-Москва, а по прибытии в Италию у него появлялась потребность переноса обратного вылета из Рима в Милан. До последнего времени возможность такого обмена в АРС Сирена-Трэвел отсутствовала. Сейчас она появилась.
Алгоритм обмена остается неизменным делается бронирование нового сегмента, он ставится в PNR перед сегментом, который обменивается. Далее следует обычная процедура изменения статуса нового сегмента с НС на НК (через постановку и последующее после ЕО удаление сегмента прибытия). Единственное, что кассиру не следует забывать это вставка сегмента прибытия, потому что зачастую в результате такого рода обмена исходная перевозка «туда-обратно» преобразуется в перевозку «Open Jaw», маршрут которой для завершения работы с PNR требует наличия сегмента прибытия.
Вопрос: Наше агентство взимает агентские сборы наличными. Если пассажир желает оплатить перевозку банковской картой, то мы из общей суммы тарификации вычитаем величину агентских сборов и полученное значение указываем в поле «Сумма» окна «Оплата пластиковой картой». Но при попытке авторизации в качестве ответа получаем реплику «Запрещенное сочетание ФОП: Сумма НАЛ не должна быть меньше суммы сборов». Почему такое происходит? Ответ: Вы совершаете ошибку, указывая конкретную величину в поле «Сумма». При указании конкретной величины система тарификации не знает, каким образом указанная сумма должна быть распределена по объектам тарификации (тариф, билетные сборы, агентские сборы). В этом случае требуется, чтобы величины наличной суммы хватило на оплату всех сборов. А поскольку этого не происходит, то появляется приведенная Вами реплика.
Выход из ситуации в Вашем случае очень простой: вместо указания конкретной величины в поле «Сумма» следует указывать признаки ТБ (оплатить банковской картой тариф и сборы в билете). В этом случае агентские сборы (не билетные сборы) будут оплачиваться наличными.
Вопрос: Мы не можем проставить дату в электронном билете с открытой датой а/к «Аэрофлот», на запрос 7О система отвечает «Данная операция с ЭБ запрещена авиакомпанией». Как проставить дату в электронном билете с открытой датой? Ответ: Запрос 7О не проходит, потому что сервер электронных билетов а/к «Аэрофлот» запрещает операцию ревалидации билетов. Специально для таких ситуаций реализована доработка операция проставления даты в электронном билете с открытой датой должна выполняться с помощью операции обмена (запрос ПОР).
Вопрос: Некоторые пункты продаж нашего агентства при оплате перевозки банковскими картами оформляют агентские сборы на электронном МСО (EMD), а некоторые на квитанции К95. При этом не всегда оформление агентских сборов с авторизацией через встроенную в терминал АРС Сирена-Трэвел систему авторизации проходит успешно. В чем может быть причина? Ответ: Для ответа на этот вопрос необходимо рассмотреть возможные сочетания типов билетов (бумажный/электронный) и типов квитанций (бумажная/электронная), установленных в качестве активных бланков. - Активный бланк билета электронный билет (ЭБМ или ЭБ); активный бланк квитанции электронное МСО (EMD).
- Активный бланк билета электронный билет (ЭБМ или ЭБ); активный бланк квитанции бумажная квитанция (К95)
- Активный бланк билета бумажный билет; активный бланк квитанции электронное МСО (EMD).
- Активный бланк билета бумажный билет; активный бланк квитанции бумажная квитанция (К95).
В случае одинаковых типов билета и квитанции (варианты 1 и 4) оформление агентского сбора с оплатой со счета банковской карты при использовании встроенной в терминал системы авторизации возможно.
А вот в случаях 2 и 3 действительно возникают сложности.
Если билет электронный, а квитанция бумажная (вариант 2), то при попытке тарификации в окне «Оплата пластиковой картой» выдается реплика: «Задайте поле ''Сумма'', исключив величину не билетных сборов».
В этом случае в поле ''Сумма'' следует указать значения ТБ и провести авторизацию на сумму величин тарифа и сборов, оформляемых в билете. Агентские сборы с оплатой по банковской картой можно авторизовать только через POS-терминал. Либо следует (при возможности) свести ситуацию к вариантам 1, 4.
Если билет бумажный, а квитанция электронная (вариант 3), то хотя авторизация успешно выполняется, но при попытке оформления билета (запрос ПБ) выдается реплика: ''EMD может быть выпущен только для электронных билетов''.
В этом случае необходимо отказаться от сделанной авторизации (запрос АМ/-). Далее следует свести ситуацию к вариантам 1, 4.
Имеющиеся ограничения, конечно, доставляют агентам неудобства, но они, к сожалению, на данный момент еще не могут быть сняты.
Вопрос: Как осуществить поиск PNR для выполнения операции обмена или возврата, если у пассажира нет при себе маршрут-квитанции? Ответ: В первую очередь надо сказать, что примерно через 3 месяца после даты вылета последнего сегмента, независимо от того была или нет выполнена перевозка, PNR переводится в архивную базу (ГРА). Поэтому в случае, если PNR не будет найдена в ГРС, следует продолжить поиск в ГРА. Если у оператора нет доступа в центр ГРА, то получить его можно, отправив сообщение на один из пультов МОВМВГ, МОВЛПГ, МОВНВБ. Если в ГРА PNR будет найдена, то ее для дальнейшей работы следует перевести в ГРС, подав в ГРС запрос:
*А/(#PNR). Теперь непосредственно о самом поиске.
Наиболее функциональны запросы в следующих форматах:
+К/(Начальная дата)/(Конечная дата)///-(Фамилия пассажира)
где Начальная/Конечная даты диапазон дат вылета, внутри которого ищутся PNR пассажиров с указанной фамилией
+К/(Начальная дата)/(Конечная дата)///#(Номер документа)
где Начальная/Конечная даты диапазон дат вылета, внутри которого ищутся PNR пассажиров с указанным номером документа (указывается только номер документа, тип документа не важен) При использовании данных запросов следует иметь ввиду, что диапазон дат вылета не должен превышать 30 дней и желательно указывать этот диапазон как можно более узким. После выполнения указанных запросов отображается список найденных PNR, удовлетворяющих заданным условиям поиска. Вызов конкретного PNR из списка осуществляется запросом +(Номер PNR в списке), для возврата из PNR в список используется запрос +Л.
Вопрос: При просмотре электронного билета (запрос ЭБ#), оплаченного платежным поручением, вместо формы оплаты IN отображается MS. Почему не показывается реальная форма оплаты? Можно ли исправить данное несоответствие? Ответ: Платежное поручение (Invoice) не входит в список форм оплаты, утвержденных ИАТА. Поэтому при оплате платежным поручением в телеграммах, посылаемых в сервер электронных билетов, используется консолидированная форма оплаты MS (Miscellaneous). Но поскольку в телеграмме дополнительно к стандартной форме оплаты может посылаться примечание в виде свободного текста, то будет сделана доработка. Таким образом, при просмотре электронного билета дополнительно к коду MS будет отображаться код IN.
Вопрос: В ГРС реализован хороший функционал перебронирование на другой, допустимый вариант тарификации (последовательность запросов ОЦ* и 0(?варианта), подаваемых из созданного бронирования). Но в большинстве случаев пассажиру нужен минимальный тариф, т. е. комбинация запросов ОЦ* и 01. Агентам было бы удобно, если бы при необходимости выбора минимальной тарификации был бы отдельный запрос. Планируется ли такая доработка? Ответ: Такая доработка планируется в начале 2011 года (предположительно формат запроса ОЦ**). Итогом выполнения нового запроса будет автоматическое перебронирование на самый дешевый, доступный подкласс.
Вопрос: Можно ли увеличить время оперативного отказа от выпущенного билета (время выполнения запроса ОТ)? Ответ: Увеличение времени оперативного отказа от выпущенного билета является прерогативой авиакомпании, выполняющей перевозку. Каждая авиакомпания устанавливает это время в картотеке своих настроек.
Если в перевозке участвуют несколько авиакомпаний, то система бронирования применяет наиболее жесткие требования (устанавливает наименьшее время среди времен, разрешенных авиакомпаниями, участвующими в перевозке). После продажи время, до которого можно произвести оперативный отказ от выпущенного билета, отображается в PNR.
Вопрос: Наше агентство оформляет билеты (электронные и бумажные) на бланках ТКП, все расчеты с авиакомпаниями производим через ТКП. Какие способы авторизации банковских карт в этом случае возможны и какие операции в системе бронирования Сирена-Трэвел следует выполнить после авторизации? Ответ:При продаже непосредственно в агентстве возможны следующие способы авторизации банковских карт: - С использованием банковского POS-терминала.
- Через центр АПК ТКП.
- С использование встроенной в терминал Сирена-Трэвел системы авторизации ТКП.
В случае авторизации с использованием POS-терминала у агентства имеется договор с обслуживающим банком, в соответствии с которым деньги в результате авторизации перечисляются на счет агентства. Поскольку взаиморасчеты производятся через ТКП, в системе бронирования ГРС Сирена-Трэвел должна быть введена форма оплаты, по которой агентство будет рассчитываться с ТКП. Как правило, в этом случае используется форма оплаты «платежное поручение», а в билете (маршрут-квитанции) дополнительно указывается код платежной системы и информация о банковской карте, которой производилась оплата.
Пример: ДФ//ПП ПКVI4405030999999915 В случае авторизации через центр АПК оператор, работая с терминалом Сирена-Трэвел, должен установить связь с этим центром (!АПК), вписаться (ТКП должна создать карточку оператора), авторизовать необходимую сумму (например, A/VI4405030999999915/0212/5300.00/C914, где A - код запроса на авторизацию, VI - код платежной системы (VISA), 4405030999999915 номер карты, 0212 месяц/год окончания срока действия карты, 5300.00 - авторизуемая сумма, C914 признак CVV кода © и CVV код). Авторизованная сумма поступает на счет ТКП. Если агентство в состав авторизумой суммы включает агентсткие сборы, то оно должно заключить допсоглашение с ТКП на возврат агентству агентских сборов. Если такого соглашения с ТКП нет, то авторизовывать следует только билетную часть стоимости перевозки, а агентские сборы попросить пассажира оплатить наличными (это может быть неприемлемо или неудобно пассажиру).
В систему бронирования форма оплаты должна быть введена запросом ДФ.
Пример: ДФ//ПКVI4405030999999915 В случае авторизации через встроенную в терминал Сирена-Трэвел систему авторизации ТКП авторизованная сумма поступает на счет ТКП. Аналогично авторизации через центр АПК для возврата агентстких сборов должно быть допсоглашение с ТКП. Также при авторизации можно указывать только билетную часть стоимости перевозки. Терминал Сирена-Трэвел может быть дополнен устройством (карт-ридер) считывания с магнитной полосы карты информации о владельце, номере карты, дате окончания действия, что облегчает процесс ввода данных, необходимых для авторизации. Данный способ авторизации реализован через удобный оконный интерфейс и не требует дополнительных запросов на ввод формы оплаты.
Для использования данного способа авторизации пульт должен быть описан в сервере авторизации ТКП. |