WWW.PDF.KNIGI-X.RU
БЕСПЛАТНАЯ  ИНТЕРНЕТ  БИБЛИОТЕКА - Разные материалы
 

«Общие положения В рамках программы «Эволюция системы выписки билетов 2012» пройдут некоторые усовершенствования учетных файлов (Amadeus Interface Record – A.I.R.), которые ...»

Amadeus A.I.R. Amadeus Interface Record: Эволюция учетных

файлов для Back-Office/Middle-Office программ

Общие положения

В рамках программы «Эволюция системы выписки билетов 2012» пройдут некоторые

усовершенствования учетных файлов (Amadeus Interface Record – A.I.R.), которые затронут все

версии данного системного решения.

Данный выпуск посвящен описанию всех запланированных функциональных изменений.

Примечание: Amadeus Interface Record – A.I.R. представляет собой структурированную запись, в которой содержится информация из PNR, маски расчета TST, и/или маски TSM.

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

Существуют две категории A.I.R. файлов: Ticketing A.I.R. и Back-Office A.I.R (далее BO A.I.R).

Первые используются в процессе оформления перевозочных документов, вторые предназначены для программ BackOffice/MiddleOffice.

Все описываемые ниже изменения касаются только Back-Office A.I.R, которые в свою очередь включают в себя Accounting A.I.R. (используются для бухгалтерского учета) и Information Management Record I.M.R (используются для ведения статистики).

Описываемые в данном выпуске усовершенствования структурированы следующим образом:

Изменение функциональных характеристик Изменение формата представления данных на экране Изменение системных форматов Версии BO A.I.R Сфера влияния Изменения будут имплементированы на всех рынках Amadeus и затронут все имеющиеся на сегодняшний день версии BO A.I.R.



файлов:

Версии A.I.R с 204 по 207 будут усовершенствованы так, как описано ниже в секции «Основные характеристики».

Версии A.I.R. с 200 по 203 будут полностью выведены из системного процесса, их использование будет приостановлено.

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

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

IV квартал 2012 года – внедрение в тестовую систему, подготовка документации I квартал 2013 года – внедрение в промышленную эксплуатацию Требования к техническому/программному обеспечению Внимание: Специалистам туристических агентств, которые занимаются поддержкой и обслуживанием программ Back-Office/Middle-Office, необходимо внимательно ознакомиться с представленной информацией и проанализировать готовящиеся изменения, что позволит своевременно адаптировать использующиеся в агентствах учетные программы.

Основные характеристики и примеры

Все описанные ниже изменения касаются следующих версий BO A.I.R файлов:

204, 205, 206, 207.

Учетные A.I.R. файлы для всех без исключения офисов будут направляться в формате Pseudo EDIFACT.

Изменение функциональных характеристик Сокрытие номера кредитной карты пассажира в BO A.I.R. файле

Текущее поведение системы:

В перечисленных ниже элементах PNR информация о кредитной карте может быть скрыта:

Car Segment: в опциях /FP- (Form of Payment) и /G- (Guarantee) Hotel Segment: в опциях /DP- (Deposit) и /G- (Guarantee) SSR запросы: в свободном тексте Remarks: в тексте ремарок В BO A.I.R. файле информация о кредитной карте не маскируется.





Пример выдержки из учетной записи IMR, содержащей линию «Automated Hotel»:

U-001X;002HHL PU HK01;HK01 26JAN;27JAN;PAR;PARIS;1B1DRB4;;EUREUR;

140.00+26JAN+01;;;;;;;;;;;DLY;RTT-;ARC;BC-B1DRB4;BSCF-3013MAP712;AP-;CD-;CR-;DP-CCAX371449635311004EXP0512;EX-;FA- ;FM-;G-;ID-;MA-;RA-;RC-[…]

Новое поведение системы:

С целью повысить уровень защиты персональных данных пассажиров, а также в соответствии с международными требованиями PCI-DSS (Payment Card Industry – Data Security Standard), Amadeus дает агентам возможность скрыть номер кредитной карты в BO A.I.R. файле.

Примечание: Специальный параметр «Credit Card Concealment» в настройках профайла офиса агента будет служить для отображения или маскировки номера кредитной карты клиента:

Если указанный параметр имеет значение Y (Yes), номера кредитных карт будут маскироваться во всех BO A.I.R. файлах.

Благодаря настройкам атрибута «Credit Card Display», устанавливаемого на уровне референции, авторизованный круг пользователей может получить право просматривать скрытую информацию.

Если параметр «Credit Card Concealment» имеет значение N (No), номер кредитной карты не будет замаскирован.

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

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

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

Пример выдержки из учетной записи IMR, содержащей линию «Automated Hotel»:

U-001X;002HHL PU HK01;HK01 26JAN;27JAN;PAR;PARIS;1B1DRB4;;EUREUR;

140.00+26JAN+01;;;;;;;;;;;DLY;RTT-;ARC;BC-B1DRB4;BSCF-3013MAP712;AP-;CD-;CR-;DP-CCAX000000000001004EXP0512;EX-;FA- ;FM-;G-;ID-;MA-;RA-;RC-[…] Безопасность конфиденциальных ремарок – Дополнительная защита данных в элементе RC

Текущее поведение системы:

В PNR данные конфиденциальных ремарок (элемент RC) защищены от несанкционированного просмотра пользователями других офисов. Агент может разрешить просмотр данных элемента RC авторизованным пользователям (см. более подробно описание на системных страницах помощи HERC.127)

Пример конфиденциальной ремарки (выдержка из PNR):

7 RC BOR6X0SBS-W,F-BOR6X0SBS,***6X0***-W,LON6X0100/CHECK IF VI REQUIRED Однако в структуре BO A.I.R. файла данные конфиденциальных ремарок транслируются без какойлибо защиты.

Новое поведение системы:

При наличии ограничений, установленных в PNR для элемента RC, данные конфиденциальной ремарки не будут транслироваться в BO A.I.R. файл, при условии, что офис-получатель учетной записи отличается от офиса, в котором создавалось PNR.

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

Текущее поведение системы:

Данные APN элемента всегда передаются в BO A.I.R. запись, например:

I-002;02BBQURYM/ERATE;;AP123//N-6X/NCE6X0LSS-W,BOR6X0JEN-W/+33620202020;;

Новое поведение системы:

С целью обеспечить безопасность персональных данных, в системе Амадеус появилась возможность сделать данные элемента APN конфиденциальными для других офисов (подробнее см. системные страницы помощи HE APN - MS190).

Данные APN элемента появятся в учетной A.I.R. записи только в том случае, если в PNR не установлен запрет на их просмотр.

Пример строки I- в случае, когда доступ к данным APN элемента запрещен для определенного офиса:

I-002;02BBQURYM/ERATE;;AP123;;

Конфиденциальная маска TST: Дополнительная защита данных в BO A.I.R.

файле Примечание: Агент может отметить ту или иную маску TST признаком «Конфиденциально», ограничив доступ к просмотру только авторизованным пользователям. Подробнее об этой возможности центральной системы см. на страницах помощи: HE TST - GPCNF.

Текущее поведение системы:

Существующая система безопасности ограничивает доступ к данным конфиденциальных масок TST лишь для офисов, в которых формируется BO A.I.R. файл. Когда получателем учетных записей является офис, отличающийся от офиса, в котором записи формируются, конфиденциальная информация для офиса-получателя остается доступной.

Новое поведение системы:

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

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

–  –  –

Текущее поведение системы:

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

Новое поведение системы:

Процедура «сплит» будет рассматриваться отныне как процесс обновления родительского PNR и создания нового (дочернего) PNR.

Один статистический I.M.R файл будет формироваться как реакция на процесс обновления родительского PNR, другой, как отклик на создание нового бронирования с учетом существующих настроек профайла офиса.

Изменение формата представления данных на экране FG элемент в PNR не будет использоваться: BG – новый унифицированный формат для вызова сформированных BO A.I.R. файлов

Текущее поведение системы:

Сейчас, при соответствующих настройках профайла офиса, FG элемент содержит порядковый номер копии BO A.I.R. файла и Amadeus Office ID. Данная информация передается в офисполучатель копий файлов.

Пример элемента FG, созданного после команды TTP:

FG 0000000125 NYCUS2CT1/S2/P1

Новое поведение системы:

Новая команда BG позволит вызвать список всех BO A.I.R. файлов, относящихся к определенному бронированию (PNR).

Данный формат позволит вызывать список BO A.I.R. в течение 28 дней с момента их создания.

Элемент FG больше не будет использоваться.

Для контроля доступа к списку A.I.R. файлов будет использоваться тот же механизм, что и для контроля доступа к PNR. Если офис имеет доступ к PNR, он автоматически получит доступ к списку всех сформированных на основе данного PNR учетных записей (BO A.I.R. файлам).

Пример ответа системы на команду BG:

–  –  –

FB элемент в PNR: Присвоение номера BO A.I.R. файлу Примечание: В элементе FB содержится порядковый номер BO A.I.R. файла, который передается в офис-получатель учетных записей.

Текущее поведение системы:

Сейчас оба файла - Ticketing A.I.R. и Back-Office A.I.R. - делят между собой одинаковый номер, который автоматически добавляется в PNR после команды TTP.

Новое поведение системы:

Порядковые номера Ticketing A.I.R. и Back-Office A.I.R.будут различными.

В элементе FB будет отображаться номер Ticketing A.I.R.

Пример элемента FB в PNR:

FB PAX 2300002835 TTP/ET/RT OK ETICKET ADVISE PSGR TO BRING FOID/PICT ID AT AP/S2

Для вызова на экран порядкового номера Back-Office A.I.R. будет использоваться новая команда:

BG (подробнее см. выше).

Команда BD: Внесены изменения в ответ системы на вызов списка всех BO A.I.R. файлов офиса

Текущее поведение системы:

Формат BD позволяет пользователю вызвать список всех BO A.I.R. файлов, сформированных/полученных тем или иным офисом ID.

Пример:

–  –  –

Новое поведение системы:

Команда BL: Внесены изменения в ответ системы на вызов списка только отправленных A.I.R. файлов офиса Примечание: Напоминаем, что показателем статуса “Transmitted” («Отправлен») является наличие знака «*» перед номером BO A.I.R. файла.

Текущее поведение системы:

Формат BL позволяет пользователю вызвать список только тех BO A.I.R. файлов, которые были переданы из центральной системы в программу back-office.

Пример:

–  –  –

Изменение системных форматов Команда BI прекращает свое действие

Текущее поведение системы:

Формат BI1234567890 служит для вызова одной учетной записи по ее номеру.

Новое поведение системы:

Так как данный формат не имеет большого значения, его действие приостанавливается. В системе будет использоваться единый формат для вызова списка учетных записей – BD.

Команда BDTK прекращает свое действие

Текущее поведение системы:

Формат BDTK в настоящий момент используется для вызова неполных BO A.I.R. файлов.

Неполным BO A.I.R. файлом считается запись, в которой пока отсутствует номер перевозочного документа (Ticket Number) или счета (Invoice).

Новое поведение системы:

Формат больше не будет использоваться за ненадобностью: больше система не будет накапливать в очереди BO A.I.R. записи, в которых отсутствует необходимая информация.

Команда BZ прекращает свое действие

Текущее поведение системы:

Команда BZ используется в тех же самых целях, что и команда BT: для формирования в ручном режиме статистической A.I.R. записи (I.M.R).

Новое поведение системы:

Формат больше не будет использоваться за ненадобностью: для формирования I.M.R файла в ручном режиме будет использоваться одна команда – BT.

Команда BR: Изменение ограничения объема ретранслируемых записей Примечание: Команда BR используется для повторной трансляции (ретрансляции) отправленных ранее BO A.I.R. файлов. Независимо от уточняющей опции, применимой к формату BR (дата, диапазон номеров файлов), максимально допустимо ретранслировать до 100 000 учетных записей.

Текущее поведение системы:

Объем ретранслируемых файлов меняется лишь в зависимости от времени использования команды BR:

В рабочее время: 06:00 – 18:00 по местному времени разрешено ретранслировать не более 100 учетных записей

При попытке ретранслировать объем, превышающий указанный, система выдаст сообщение:

RESTRICTED DAY/TIME (SYSTEM SECURITY) (09702) Во внерабочее время – разрешена ретрансляция максимум 100 000 учетных файлов

Примеры команд, используемых для ретрансляции:

–  –  –

Новое поведение системы:

Описанные выше временные ограничения снимаются. Теперь пользователь в любое время может повторно транслировать BO A.I.R. файлы.

За одну команду BR можно будет ретранслировать до 100 000 учетных файлов. Если необходимо ретранслировать объем, превышающий 100 000 файлов, пользователь может сделать это в несколько шагов, т.е. несколько раз повторив команду BR. При этом система будет предупреждать пользователя об ограничении объема, установленного для одной транзакции: EN 24356 ERR NUMBER OF A.I.R TO BE TRANSMITTED LIMITED TO 100,000

–  –  –

Перестают использоваться старые версии: v200-v203

Текущее поведение системы:

Версии 200, 201, 202, 203 в настоящий момент времени не поддерживаются.

Новое поведение системы:

Использование версий учетных записей 200, 201, 202, 203 полностью приостанавливается.

Пользователи, которые продолжат использовать устаревшие версии BO A.I.R. файлов, перестанут получать их в своих middle office / back office программах, и должны будут мигрировать на любую более высокую из доступных версий, например: 204, 205, 206, 207.

Внимание: Сотрудники «Амадеус-Россия» проверят версии учетных A.I.R. файлов, которые используются на рынке. Если будет выявлено использование устаревшей версии, пользователь будет уведомлен об этом, а впоследствии силами службы поддержки пользователей системы мигрирован на новую версию. Для уведомления пользователей будут использоваться контактная информация, указанная пользователями на сайте My Amadeus. Просим всех клиентов проверить актуальность указанной на сайте контактной информации.

–  –  –

В I квартале 2013 года запланирован выход новой версии BO A.I.R. файлов – v208. В новой версии будут учтены все описанные выше изменения, в структуру будут добавлены линии, которые позволят в дальнейшем интегрировать новые решения и продукты Amadeus.

Ознакомиться с описанием новой версии и заказать ее можно будет, обратившись к менеджерам по продажам «Амадеус-Россия».

Контактная информация Если у вас возникнут дополнительные вопросы по данной теме, вы можете обратиться за помощью в группу поддержки пользователей системы Амадеус:

+7(495)797-90-97 (опция 1 в голосовом меню)

Похожие работы:

«Автор: И.В. Жилавская Тема доклада: Дивергенция медиаповедения современной молодежи Аннотация Статья посвящена проблемам взаимодействия новых медиа и молодежной аудитории. Дается предс...»

«Похитители лимонов Действующие лица Кучукова Ираида Константиновна Аркадий Ян Звонит домофон. Ираида. Кого еще там?. Да! Голос Аркадия. Кучукова Ираида Константиновна? Ираида. Да! Голос Аркадия. Телеграмм...»

«ORGANIZATION FOR SECURITY AND CO-OPERATION IN EUROPE UNITED NATIONS ECONOMIC COMMISSION FOR EUROPE REGIONAL FORUM “Public-Private Co-operation in Industrial Restructuring” 2-3 November 2004, Almaty, Kazakhstan SESSION 2. NEW BUSINESS MODELS OF RESTRUCTURING: EXPERIENCE FROM DEVELO...»

«МЕЖГОСУДАРСТВЕННЫЙ СОВЕТ ПО СТАНДАРТИЗАЦИИ, МЕТРОЛОГИИ И СЕРТИФИКАЦИИ (МГС) INTERSTATE COUNCIL FOR STANDARDIZATION, METROLOGY AND CERTIFICATION (ISC) ГОСТ МЕЖГОСУДАРСТВЕННЫЙ 20522СТАНДАРТ ГРУНТЫ Методы статистической обработки результатов испытаний Издание официальное Москва Стандартинформ ГОСТ 20522— 2012 Предисловие Цели, основные принципы и осно...»

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

«РОССИЙСКАЯ АКАДЕМИЯ НАРОДНОГО ХОЗЯЙСТВА И ГОСУДАРСТВЕННОЙ СЛУЖБЫ ПРИ ПРЕЗИДЕНТЕ РОССИЙСКОЙ ФЕДЕРАЦИИ СЕВЕРО-ЗАПАДНЫЙ ИНСТИТУТ УПРАВЛЕНИЯ ISSN 1726-1139 УПРАВЛЕНЧЕСКОЕ КОНСУЛЬТИРОВАНИЕ 2015. № 5(77) Научно-практический журнал Выходит ежемесячно С 2005 года статьи включаются в Российский и...»

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

«Администрация муниципального образования «Нестеровский район» представляет информацию о реализации приоритетных национальных президентских проектов на территории муниципального образования «Нестеровский район» в 2014 году. «Доступное комфортное жилье» План ввода ж...»

«Сообщение о существенном факте «Об этапах процедуры эмиссии эмиссионных ценных бумаг эмитента:об утверждении решения о выпуске ценных бумаг»1. Общие сведения 1.1. Полное фирменное наименование эмитента Откр...»








 
2017 www.pdf.knigi-x.ru - «Бесплатная электронная библиотека - разные матриалы»

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