Distribution & Content
|
<<
|
Sales & e-Commerce
|
<<
|
Business Management
|
<<
|
Service & Consulting
|
<<
|
Amadeus
Remote Ticketing Solution v3.0
|
Инструкция для Субагента
Июнь 2010
|
|
Конфиденциальность и права использования
Данные материалы не могут быть использованы в коммерческих целях. При возникновении споров и предъявлении претензий данные материалы не могут быть использованы как юридический документ. Актуальность информации соответствует только указанному периоду. В связи с развитием системы АМАДЕУС возможны изменения.
Document control
Security level
|
In commercial confidence: Amadeus + ACOs + Customers
|
Company
|
Amadeus Ukraine
|
Department
|
Product & Solution
|
Author
|
Oksana Lyubich & Alexander Pavlov
|
Reviewed by
|
Alexander Pavlov
|
Date
|
12/10/2008
|
Approved by
|
Alexander Pavlov
|
Date
|
12/10/2008
|
Version
|
Date
|
Change
|
Comment
|
By
|
1.0
|
24/10/2008
|
New
|
|
O. Lyubich & A. Pavlov
|
1.1
|
12/10/2008
|
Update
|
|
A. Pavlov
|
1.2
|
23/11/2008
|
Update
|
|
O. Lyubich
|
1.3
|
30/12/2008
|
Update
|
|
A. Pavlov
|
1.4
|
18/04/2009
|
Update
|
|
A. Pavlov
|
2.0
|
03/02/2010
|
Update
|
Update for Russian market by ACO Russia
|
A. Alexeev
A. Artiomenko
N.Razdiakonov
|
3.0
|
08/06/2010
|
Update
|
|
N.Razdiakonov
| Оглавление
Конфиденциальность и права использования 3
Оглавление 5
Введение 6
Вступительное слово 6
Описание решения 7
Термины и определения 8
Ticketing Robot 9
Начало работы 9
Вход и авторизация 9
Функциональность Ticketing Robot 11
Рабочий модуль 11
HELP 12
Контроль текущей версии TR 13
Полный список команд 15
Учет кредитного лимита 16
Оформление билета 16
Основные условия работы 16
Требования подготовки PNR к оформлению электронного билета 17
Оформление электронного билета или VMCO 17
Неудачное оформление 18
Изменение электронных документов 21
Аннулирование 21
Возврат 22
Обмен и ревалидация электронного авиабилета 22
Модуль управления и отчетности -Ticketing Management 24
Начало работы 24
Вход в систему 24
Уровни доступа к программе 24
Выход из системы 25
Основные модули системы 25
Управление пользователями 25
Взаиморасчеты 26
Билеты и VMCOs 26
Баланс 28
Извещение на e-mail 30
При достижении кредитного лимита 30
При наступлении времени закрытия периода 30
Отчеты 30
Фильтры и сортировка 30
Интеграция с учетной системой клиента 31
Контроль операций 33
Требования для установки решения в офисе Cубагента 35
Для Оператора, ведущего продажу 35
Технические требования для точки продажи 35
Дополнительная информация 36
Справочная информация 36
Контактная информация 36
Введение Вступительное слово
С 1 июня 2008 года по решению IATA весь мир перешел на 100% электронный тикетинг, в том числе и Россия. В результате, подавляющее большинство авиакомпаний оформляет все документы на пассажирские авиаперевозки и сопроводительные услуги (авиабилеты и МСО) только в электронном виде.
Для работы с такой формой авиабилетов туристическим компаниям требуется обязательная аккредитация в IATA. Однако во всем мире работает множество туристических агентств, которые по различным причинам не сотрудничают с IATA, либо получают аккредитацию не на все свои офисы.
Решение Amadeus Remote Ticketing Solution (RTS) было создано с целью предоставить возможность легального оформления электронных билетов в неаккредитованных офисах туристических агентств путём сотрудничества с партнёрами, имеющими аккредитацию в IATA.
Принцип работы решения заключается в том, что аккредитованное агентство выступает в роли Консолидатора, работающего с сетью Субагентов и дающего им возможность оформлять электронные билеты удаленно. Фактическое оформление электронного авиабилета происходит в аккредитованном офисе Консолидатора. Работа с клиентом, подбор маршрута, бронирование, подготовка бронирования к оформлению авиабилета и сам процесс продажи выполняют Субагенты. И что важно – вся процедура происходит в полном соответствии с директивами и инструкциями IATA.
С функциональной точки зрения удаленное оформление электронного документа выполняется агентом с помощью автоматизированной системы обработки удаленных транзакций, интегрированной с системой «Амадеус», которая передает номер бронирования и команду на оформление билета Ticketing Robot, установленному в аккредитованном офисе Консолидатора.
Таким образом, RTS позволил полностью автоматизировать процесс, прежде выполняемый в ручном режиме: с помощью телефона, электронной почты, факса, других средств коммуникаций. Благодаря этому решению агенты имеют возможность оформлять билеты в режиме реального времени, с полным анализом ошибок, возникающих при оформлении билета, и с возможностью распечатки электронного билета.
При оформлении билета происходит мгновенный учет и контроль кредитного лимита.
Кредитный лимит, ограничивает Субагента по сумме оформляемых авиабилетов и фактически является балансом между оплаченными и проданными билетами.
Консолидатор устанавливает величину кредитного лимита и ведет учет полученных оплат от Субагента, и при необходимости может активировать или блокировать возможность удаленного оформления билетов Субагентом через свой офис.
Решение Amadeus Remote Ticketing Solution выгодно как Субагентам, так и Консолидаторам. Первые продолжают свою работу на рынке авиаперевозок, так как RTS – практически единственная возможность продавать электронные авиабилеты и получать доход от этого вида деятельности, не имея аккредитации IATA. Вторые - в результате увеличивают свои объемы продаж за счет привлечения большого количества агентов по всей стране – как за счет собственных неаккредитованных офисов продаж, так и за счет партнеров-субагентов.
Описание решения
Amadeus Remote Ticketing Solution – это принципиально новое решение, разработанное специалистами Amadeus с учетом опыта использования предыдущих решений. Оно позволяет неаккредитованным IATA офисам собственных продаж или офисам субагентов оформлять электронные билеты и VMCO через Консолидатора.
Решение состоит из двух взаимосвязанных компонентов.
Первый компонент - это Ticketing Robot (TR), который управляет обработкой бронирований и анализом возникающих ошибок.
Второй компонент - это система Ticketing Management (TM). Эта часть решения является связующим модулем и ведет учет всех данных о продажах, а также позволяет управлять кредитными лимитами, состоянием дебиторской задолженности, подготавливать отчетность и экспортировать данные в учетные системы агентств. Через нее возможно получение данных о произведенных продажах в формате XML или Excel - как Консолидаторам, так и их Субагентам.
Решение работает в реальном времени. Билеты оформляются мгновенно в момент передачи команды. За счет контроля Amadeus Office-ID при входе и он-лайн идентификации пользователей, с разделением прав доступа по их личным настройкам, значительно повысился уровень безопасности. У каждого пользователя есть свой терминал, свой уникальный код, который контролируется администратором системы и администратором самого агентства.
Так как решение функционирует круглосуточно, семь дней в неделю (24/7), любой офис туристической компании, который работает ночью, например, в аэропорту, может его использовать.
Термины и определения
Amadeus Remote Ticketing Solution (RTS) – полностью автоматизированное решение, созданное с целью обеспечения удаленного электронного тикетинга в неаккредитованном офисе туристического агентства.
Amadeus RTS состоит из двух компонентов:
Ticketing Robot (TR)
-
Автоматизирует процесс оформления (аннуляции, возврата) электронных билетов и VMCO Точкой Продажи (non-IATA офис или субагент) в офисе IATA Консолидатора
Ticketing Manager (TM)
-
Предоставляет веб-доступ к данным о продажах через RTS
-
Обеспечивает возможность управления кредитными лимитами
-
Предоставляет возможность подготовки отчетности и выгрузки данных
Консолидатор
-
Аккредитованный в IATA офис (туристическое агентство, имеющее свои филиалы, либо Субагентов, работающих по договору)
Субагент
-
Неаккредитованный в IATA офис (филиал главного офиса туристического агентства, либо субагентский офис, работающий по договору с Консолидатором)
PNR
-
Passenger Name Record (PNR) – бронирование в системе «Амадеус»
Ticketing Robot
Внимание!
Данный раздел полностью посвящен описанию работы Субагента с Ticketing Robot, но рекомендуется для прочтения и для администратора Консолидатора, чтобы он имел полное представление о возможностях системы.
Начало работы Вход и авторизация
Ticketing Robot позволяет Субагенту выполнять следующие процедуры:
-
оформление, переоформление, ревалидацию, аннулирование и полный возврат электронного билета (включая возврат со штрафом или возврат суммы такс);
-
оформление, аннулирование, восстановление и возврат vMCO;
-
одновременная работа с несколькими Консолидаторами;
-
учет кредитных лимитов;
-
контроль проведения операций с определенными авиакомпаниями;
-
печать (а также повторная печать в любое время) ITINERARY RECEIPT.
Продукт интегрирован в систему. Для того чтобы начать работу с ним, необходимо кликнуть на иконку в закладке Scripts в Amadeus Selling Platform (Basic):
В окне авторизации Ticketing Robot пользователь должен ввести свои персональные данные: номер терминала, имя пользователя и пароль.
По умолчанию прописан правильный путь к серверу обработки транзакций. Без необходимости данный Server url адрес просьба не менять.
Текущий рабочий url: http://webservices.link.viaamadeus.com/etr-service.php
Нажав на кнопку “Sign in”, агент получает доступ в рабочую область TR.
Вниманию агентов.
Прежде чем осуществлять оформление документов посредством Ticketing Robot, Субагентам необходимо знать и соблюдать все правила работы центрального тикетинга в системе бронирования «Амадеус» (смотрите раздел Требования для установки решения в офисе субагента).
Функциональность Ticketing Robot Рабочий модуль
В закладке «Ticketing» находятся основные рабочие поля:
(1) - Перечень Консолидаторов, с которыми сотрудничает Субагент.
(2) - список авиакомпаний, на которые доступно или запрещено оформление билетов и vMCO. Красным выделены авиакомпании, по которым запрещено оформление на данном роботе билетов и vMCO. Зеленым наоборот, только разрешенные для оформления на данном роботе. Если указана зеленая звездочка, то никаких ограничений нет.
(3) - Размер доступного кредита для оформления авиабилета (динамически обновляется после каждого оформления билета, либо MCO) по каждому Консолидатору
(4) - В поле «Command» агент вносит необходимую команду (доступные команды с вариантами ассоциаций). С помощью стрелки можно вызвать меню ранее использованных команд и выбрать одну из них вновь.
(5) – Автоматическое добавление ES элемента в бронирование. Если бронирование было создано в этом же офисе субагента, то галочка в этом поле должна стоять (по умолчанию). Если бронирование было создано в каком-либо другом офисе, то галочку необходимо убрать и в бронирование вручную агентом должен был быть внесён ES элемент с указанием идентификатора офиса Консолидатора.
(6) - В поле PNR RL автоматически загружается номер бронирования «Амадеус» (Record Locator) при работе с оформлением документов.
(7) - Кнопка «Retrieve PNR» предназначена для загрузки номера бронирования «вручную» с целью отображения и печати itinerary по ранее проданным документам
(8) - Кнопка «Details» используется для 2-х целей – получить описание ошибки и получить itinerary проданного авиабилета
(9) - В окне результата отображается процесс оформления авиабилета или VMCO, а также результат, полученный в системе «Амадеус» у Консолидатора
(10) - Кнопка «Send» отправляет команду, внесенную агентом в поле «Command»
HELP
Мгновенную помощь по перечню доступных через TR-Ticketing Robot команд и формату их написания можно получить на закладке Help.
Хотим обратить Ваше внимание на то, что не все команды могут быть разрешены к использованию для той или иной точки продажи. В случае, если какая либо из перечисленных команд запрещена, необходимо обратиться к Консолидатору, который конфигурирует перечень разрешенных операций для конкретной точки продажи.
В правом верхнем углу данной закладки присутствует ссылка на RTS User Manual с полным руководством по работе с RTS.
Контроль текущей версии TR
При входе в систему или попытке проведения команды в момент появления новой версии TR клиент получает теперь уведомление о необходимости получить последнюю версию клиентской части.
Данный механизм исключает возможность работы точки продажи с неадекватной версией TR и как следствие дает агенту полноту всех возможностей текущей версии решения.
Пользователь может проконтролировать текущую версию продукта, обратив свое внимание на номер версии при входе, в нижней строке, или на закладке About. Смотрите (*).
Полный список команд
Список доступных на данный момент команд и их опций представлен в таблице, приведенной ниже. Право на выполнение тех или иных команд задается Консолидатором.
Действие
|
Команды и примеры ассоциаций
|
Разрешена
по умолчанию
|
Оформление билета
|
TTP
TTP/ET
TTP RC1234/ET
TTP/PAX
TTP/INF
TTP/P1/S2/EMLA (/ITR-EMLA)
TTP/P1-2 /S3,5
TTP/T2,6/V*SU
TTP/ET/T-SU для ETKT-direct
|
Да
|
Оформление МСО
|
TTM
TTM/INF
TTM/P1/EMLA
TTM/L2
|
Да
|
Аннуляция билета
|
TWD/L7+TWX
TRDC/L
TWD/L7 + TWX/T-SU для ETKT-direct
|
Да
|
Аннуляция МСО
|
TRDC/L2
|
Да
|
Полный возврат билета
|
TRF/L7/FULL
TRF 555-1234567890 /T-SU /FULL
|
Нет
|
Возврат билета со штрафом
|
TRF/L7/FULL/CP20A
|
Нет
|
Возврат только такс
|
TRF/L7/TAX+TRFP
|
Нет
|
Возврат МСО
|
TRF/L2/FULL
|
Нет
|
Переоформление билета
|
TWD/L7+TTP/P1
(используются ассоциации оформления билета)
TWD/L7 + TTP/ET/T-SU для ETKT-direct
|
Нет
|
Ревалидация билета
|
TWD/L7+TTP/ETRV/L7/S3-4/E2-3
|
Нет
|
Восстановление МСО
|
TRDR/L2
|
Нет
|
Детальное руководство по каждой опции представлено ниже.
Учет кредитного лимита
При проведении любых операций через TR, если для точки продажи установлен кредитный лимит, его значение изменяется мгновенно в момент выполнения операции агентом.
Обратите внимание, что при оформлении билета, оплаченного кредитной карточкой, величина задолженности точки продажи перед Консолидатором не изменяется.
При отрицательном кредитном лимите точка продажи имеет возможность выполнять только аннулирование и возврат, которые уменьшают сумму задолженности.
Оформление билета Основные условия работы
Для оформления электронных билетов в аккредитованном офисе необходимо соблюдение следующих условий:
-
Офис должен иметь авторизацию для оформления электронного билета (профайл офиса настраивается отделом Help-desk Amadeus)
-
Наличие бронирования
-
В большинстве случаев, все авиа сегменты маршрута принадлежат одной и той же авиакомпании. Данная авиакомпания является подтвержденным перевозчиком (validating carrier). В случае, если забронированы сегменты разных авиакомпаний, для проверки информации об интерлайн-соглашениях агент может использовать запрос TGAD.
-
Необходимо наличие номера бронирования авиакомпании, для проверки которого агент может использовать запрос RL.
-
В каждом сегменте бронирования должен присутствовать индикатор ‘E’ - индикатор функции электронного тикетинга.
Требования подготовки PNR к оформлению электронного билета
1. Под операцией «Продажа» электронного билета в этом документе подразумевается набор действий, которые необходимо сделать Субагенту для запроса на оформление электронного билета в аккредитованном офисе на основании существующего PNR.
2. При продаже электронных билетов Субагент должен иметь возможность выполнить операцию «Продажа» со своего рабочего места.
3. Для оформления электронного билета необходимо предварительно внести в PNR обязательные элементы тикетинга FM, FV, FP. Форматы внесения элементов представлены на станицах HELP Amadeus.
4. После выполнения операции “Продажа”, агент, оформивший электронный билет, имеет возможность просмотра номера билета, а также возможность дальнейшей аннуляции билета, при необходимости.
Оформление электронного билета или VMCO
Для оформления электронного билета в аккредитованном офисе используется команда – TTP. Для оформления виртуального MCO используется команда - TTM.
При этом обязательным является наличие открытого PNR в системе «Амадеус».
При использовании запроса ТТР возможно добавлять следующие опции (некоторые также используются при команде оформления МСО -TTM):
Команда
|
Определение
|
TTP/ET
|
Запрос на оформление электронного билета
|
TTP RC1234
|
Запрос на оформление электронного билета с печатью купонов на определённый принтер (здесь RC1234 – мнемоник принтера)
|
TTP/T1
|
Запрос на оформление электронного билета для определенной маски TST.
Электронный билет может быть выпущен только для одной маски TST; данный запрос используется в том случае, если в PNR содержится более одной маски TST
|
TTP/S3-4
|
Запрос на оформление электронного билета для определенных сегментов
|
TTP/P1-2
|
Запрос на оформление электронного билета для определенных пассажиров
|
TTP/EMLA
(/ITR-EMLA)
|
Запрос на оформление электронного билета с отправкой ITR на e-mail клиенту
|
TTP/INF
|
Запрос на оформление электронного билета для категории пассажира - INFANT
|
TTP/PAX
|
Запрос на оформление электронного билета для всех категорий пассажира, кроме INF
|
TTP/V*SU
|
Запрос на принудительное оформление электронного билета в случае необходимости снятия ограничений интерлайн-соглашений.
Функция настраивается по предварительному запросу
|
TTP/T-SU
|
Запрос на оформление электронного билета через продукт ETKT-direct (здесь для а/к SU-Aeroflot)
|
В момент выполнения транзакции ТТР в офисе Консолидатора, система отправляет полетные купоны в авиакомпанию в виде сообщения. Если авиакомпания принимает запрос электронного билета, информация сохраняется в системе «Амадеус» или в системе авиакомпании, как запись электронного билета.
В случае успешного оформления электронного билета, в бронировании появляются следующие элементы:
- TK OK - индикатор оформления билета в поле тайм лимита
- FA PAX057-5211112872/ETAF/UAH10616.70/07OCT08/IEV1A0915/00345100/S2-3/P1
с номером и стоимостью билета, данными по его оформлению (дата, office-ID, IATA номер агентства) и с ассоциацией по сегментам и пассажиру. Для повторного оформления электронного билета, в запросе ТТР необходимо указывать номер сегмента или пассажира.
- FB с порядковым номером A.I.R. файла, системным запросом, который был использован для генерации A.I.R. файла и ассоциацией пассажира и сегмента.
Неудачное оформление
В случае неудачного оформления билета или MCO в результативном окне отображается сообщение об ошибке.
Для того чтобы узнать причину возникновения этой ошибки, а также найти ее решение, необходимо нажать на кнопку Details:
В этой закладке содержится вся информация об оформлении билетов в аккредитованном офисе на основании запроса Субагента, указывается дата и время оформления. При возникновении ошибки во время оформления билета здесь можно найти описание проблемы и рекомендации по исправлению ошибки.
В случае, если кредит Субагента превысил свой лимит, рабочая зона Ticketing Robot становится неактивной (Robot not selected). Авиабилеты и МСО не могут быть запрошены к оформлению до тех пор, пока Консолидатор не получит оплату за выпущенные ранее билеты и не увеличит размер предоставляемого Субагенту кредитного лимита.
Робот также не позволит сделать запрос на оформление билета/VМСО в случае, если в PNR присутствует валидирующий перевозчик, запрещенный выбранным Консолидатором.
Изменение электронных документов Аннулирование
После оформления электронного билета в аккредитованном офисе Субагент может отправить запрос на аннуляцию электронного билета в течение текущего дня.
Для того чтобы аннулировать электронный билет, необходимо отобразить у Консолидатора запись электронного билета командой TWD и скомбинировать ее с командой аннуляции TWX. Для этого Субагент использует следующий формат:
TWD/L6+TWX
где 6 – номер строки в PNR элемента FA, содержащего необходимый номер билета.
Для того чтобы отправить запрос на аннуляцию VMCO, необходимо выполнить команду TRDC/L3, где 3 – номер строки PNR с элементом MCO.
Также для MCO существует возможность восстановления продажи после аннуляции в течение текущего дня с помощью команды TRDR/L3, где 3 – номер строки PNR с элементом MCO.
Возврат
На следующий день после оформления электронного билета Субагент может осуществить возврат для всех полетных купонов, у которых статус O (открыт для использования) или A (контроль Аэропорта).
В виду того, что Субагент не имеет возможности отобразить на экране электронную запись, чтобы проверить статусы купонов (её имеет только Консолидатор), выполнять процедуру возврата электронного авиабилета самостоятельно Субагенту не рекомендуется.
Функциональная возможность имеется только для возврата всех полетных купонов.
TRF/L6/FULL
TRF/L6/FULL/CP250A
где 6 – номер строки PNR с элементом FA содержащего необходимый номер билета
250 A – размер штрафа.
TRF/L6/TAX + TRFP – возврат только суммы такс
Частичные возвраты выполняет только Консолидатор.
Поскольку VMCO – виртуальное и не имеет электронной записи, Субагенты могут запрашивать возврат VMCO без помощи агентов Консолидатора.
TRF/L3/FULL
где 3 – номер строки VMCO в PNR.
Обмен и ревалидация электронного авиабилета
Ревалидировать электронный билет возможно в связи с изменением даты вылета при условии, что неизменными остаются:
фамилия пассажира
маршрут
тариф
класс бронирования
сумма такс
Ревалидация производится на фоне открытой электронной записи TWD.
Пример команды запроса ревалидации с ассоциацией к сегментам и купонам:
TWD/L6+TTP/ETRV/L6/S5-6/E3-4
где 6 – номер строки PNR элемента FA содержащего необходимый номер билета
S5-6 – номера сегментов, Е3-4 – номера электронных купонов
В виду того, что Субагент не имеет возможности отобразить на экране электронную запись, чтобы узнать номера купонов соответствующих изменённым сегментам (её имеет только Консолидатор), выполнять процедуру ревалидации электронного авиабилета Субагенту не рекомендуется.
Обмен (reissue/exchange) электронного билета в аккредитованном офисе производится в случае:
изменения маршрута (rerouting)
изменения класса бронирования
изменения тарифа, добора до более высокого тарифа (upgrade)
изменения суммы такс в случае, например, stopover
в редких случаях, незначительного изменения фамилии пассажира (по предварительному разрешению авиакомпании).
При обмене электронного билета PNR дополняется двумя необходимыми элементами FO, FPO, и изменяется маска TST (используйте документацию по центральному тикетингу, либо страницу Amadeus Help (HE) для более детальной информации).
Обмен электронного авиабилета производится на фоне его электронной записи, потому команда обмена имеет вид
TWD/L6+TTP/P1
Подготовку PNR к обмену и саму процедуру может выполнять Субагент самостоятельно.
С целью безопасной и правильной работы с вышеуказанными операциями изменений электронного билета, Консолидатор должен убедиться, что Субагент имеет соответствующий профессиональный уровень. Агенты должны прослушать курс по электронному тикетингу в «Амадеус».
Используйте следующие материалы для работы с Central Ticketing:
http://www.amadeus.ru/service/doc/Ticket_Reissue.zip
http://www.amadeus.ru/service/doc/E-ticketing%202.0.6.pdf.zip
Модуль управления и отчетности -Ticketing Management Начало работы Вход в систему
Для входа в модуль Ticketing Management откройте Internet Explorer и перейдите по ссылке http://link.viaamadeus.com.
Далее выберите язык интерфейса системы и введите данные для входа в систему: терминал: XXX, логин: XXX, пароль: XXXX
Для авторизованного пользователя первоначально эти данные предоставляются компанией «Амадеус», после чего Логин и Пароль могут быть изменены агентом, по его усмотрению, согласно заведенным в его компании правилам. В зависимости от того, под каким Терминалом будет произведен вход в систему, пользователь попадает в предоставленное именно ему пространство рабочей области системы RTS.
Уровни доступа к программе
Amadeus RTS предоставляет три уровня доступа к TM для Субагентов:
Супервайзер – получает полные права доступа.
Бухгалтер – имеет доступ только к модулям взаиморасчетов и отчетности.
Агент – получает доступ только к TR (оформлению билетов и VМСО, распечатке ITR)
Пользователь Консолидатора может иметь один из двух уровней доступа:
Супервайзер – получает полные права доступа.
Бухгалтер – получает права доступа только к модулям взаиморасчетов и отчетности.
Выход из системы
Для выхода из системы, либо входа под новым логином, необходимо нажать на кнопку «EXIT» в правом верхнем углу экрана.
Основные модули системы Управление пользователями
Супервайзер агентства в любой момент может приостановить деятельность любого пользователя своей компании, сделав его неактивным. Для этого необходимо зайти в карточку пользователя (Пользователи/ Терминалы/ Редактирование) и изменить состояние терминала на «Выключен». Также он может изменить логин и пароль любого пользователя системы, отредактировать его персональные и контактные данные.
Рекомендуем также проверить заполнение поля e-mail, на который будут приходить системные сообщения при появлении ситуаций, которые требуют активных действий со стороны Консолидатора. Например, превышение Субагентом кредитного лимита.
Взаиморасчеты Билеты и VMCOs
Данный раздел служит для просмотра сводной таблицы всех проданных Субагентом билетов. Зайдя в конкретный элемент (билет или VMCO) пользователь может просмотреть журнал операций (список ошибок) при оформлении данного документа, где он так же может просмотреть и повторно распечатать itinerary билета .
Баланс
В любой момент Субагент может просмотреть состояние его взаиморасчетов с тем или иным Консолидатором. При этом он может отследить поступившие и зачтённые ему платежи. Для этого необходимо зайти в папку “Взаиморасчёты/Баланс” и воспользоваться иконкой .
По установленному между Консолидатором и Субагентом периоду происходит сверка задолженности и корректируется баланс путем закрытия периода. Данный момент является отправной точкой отсчета баланса до следующей сверки.
Извещение на e-mail При достижении кредитного лимита
При достижении кредитного лимита и Консолидатор и Субагент получают извещение на e-mail.
При наступлении времени закрытия периода
При наступлении времени закрытия периода – выполнении взаимозачета между Консолидатором и Субагентом, они оба получают извещение на e-mail.
Отчеты Фильтры и сортировка
Для формирования отчетов обычно агент может использовать основные фильтры по периоду и по билетам или VMCO, но если необходимо сформировать отчет по определенной выборке со сложными критериями поиска, то нажав на значок увеличительного стекла слева в строке фильтрации, агенту станут доступны дополнительные критерии поиска.
Кроме того, любую выборку можно еще и отсортировать в зависимости от того, в какой последовательности агенту необходимы анализируемые данные.
Интеграция с учетной системой клиента
Экспорт детальной информации об оформленных документах во внешние учетные системы за любой период можно осуществить:
-
Вручную через графический интерфейс пользователя в разделе «Отчеты»,
-
В автоматическом режиме напрямую из учетной системы через веб-сервисы в формате XML.
Экспорт в формате XML
Экспорт в Excel файл
Контроль операций
Для проведения учета действий, проведенных через RTS, в системе присутствует журнал регистрации всех входов в систему (“Активность терминалов”) и журнал всех операций (“Operations”). Эта информация доступна Супервайзеру агентства.
При возникновении проблемных вопросов по данным журналам могут быть выяснены причины возникновения проблем или последовательность команд, которые осуществлял агент.
Требования для установки решения в офисе Cубагента Для Оператора, ведущего продажу -
прохождение курса “Amadeus Jump-In” – базовый курс
-
прохождение курса “Amadeus Central Ticketing. E-ticketing.”
-
прохождение инструктажа по работе с Amadeus RTS
Технические требования для точки продажи
OS MS Windows 2000, XP, Vista
Amadeus Selling Platform 3.1 или выше
Web- browser MS Internet Explorer >v.6
on-line доступ к Internet (не менее 256 Kb/s)
Память (RAM) minimum 256Mb
Дополнительная информация Справочная информация
После входа в систему в зависимости от роли пользователя в системе ему доступен тот или иной набор справочной документации и руководство пользователя. В правом верхнем углу ссылка HELP.
Контактная информация
По любым вопросам, связанным с настройкой и работой продукта Amadeus Remote Ticketing Solution, просьба обращаться в Отдел функциональной поддержки и обучения местного представительства «Амадеус».
Достарыңызбен бөлісу: |