Что значит ошибка fop rjt rejected by iata fop authority

Hi, once again I need your support to understand the workflow.

Currently I have the entire cycle completed up-to DocIssuance_IssueTicket service in the following order,

MPTB->PNR_M(0)->Air_Sell->PNR_M->Fare_PNR->TST->PNR_M(11)

while sending the 3rd PNR_M(11) I am including the FOP element as shown below (in production this values will be dynamic, and while testing I am giving an actual card detail),

Once I receive the OK from PNR_M then using the DocIssuance_IssueTicket service to issue the ticket, and I am getting multiple outcome for it.

1. OK ETICKET NO PRINTERS DEFINED IN OFFICE PROFILE PLEASE CALL HELP DESK
2. FOP RJT: MANDATORY FIELDS MISSING OR INVALID
3. TST PRICING CONTEXT MODIFIED : PLS REPRICE AIRLINE FEES WITH TTX
4. FOP RJT: INVALID CVV NUMBER — CHECK THE NUMBER AND TRY AGAIN

in the case of No.1 all good but the email is not sent to the given email address, I have logged a help and awaiting for a respond from Amadeus. What might be the possible problem?

No2. I couldn’t understand the problem, but the Problem occurs whenever I use CMB to KUL or CMB to SIN, is this a SSR problem?

No3. Do I need to reprice and check after doing PNR_M(11)? or how to solve this

No4. I am giving the actual card information, though sometime this error occurs.

Request
Can you help me understand the final process during DocIssuance_IssueTicket, and the best way to do this.

As per the document’s this section, the payment is going through Amadeus system when using FormOfPayment. But what we wanted to do is, that the passenger will be paying to our IPG and later we will be settling to the Airline. Is that what happens with FormOfPayment (Amadeus just get the CC records) or some other process?

Please help me understand the flow and the operations involved.

Hi, once again I need your support to understand the workflow.

Currently I have the entire cycle completed up-to DocIssuance_IssueTicket service in the following order,

MPTB->PNR_M(0)->Air_Sell->PNR_M->Fare_PNR->TST->PNR_M(11)

while sending the 3rd PNR_M(11) I am including the FOP element as shown below (in production this values will be dynamic, and while testing I am giving an actual card detail),

Once I receive the OK from PNR_M then using the DocIssuance_IssueTicket service to issue the ticket, and I am getting multiple outcome for it.

1. OK ETICKET NO PRINTERS DEFINED IN OFFICE PROFILE PLEASE CALL HELP DESK
2. FOP RJT: MANDATORY FIELDS MISSING OR INVALID
3. TST PRICING CONTEXT MODIFIED : PLS REPRICE AIRLINE FEES WITH TTX
4. FOP RJT: INVALID CVV NUMBER — CHECK THE NUMBER AND TRY AGAIN

in the case of No.1 all good but the email is not sent to the given email address, I have logged a help and awaiting for a respond from Amadeus. What might be the possible problem?

No2. I couldn’t understand the problem, but the Problem occurs whenever I use CMB to KUL or CMB to SIN, is this a SSR problem?

No3. Do I need to reprice and check after doing PNR_M(11)? or how to solve this

No4. I am giving the actual card information, though sometime this error occurs.

Request
Can you help me understand the final process during DocIssuance_IssueTicket, and the best way to do this.

As per the document’s this section, the payment is going through Amadeus system when using FormOfPayment. But what we wanted to do is, that the passenger will be paying to our IPG and later we will be settling to the Airline. Is that what happens with FormOfPayment (Amadeus just get the CC records) or some other process?

Please help me understand the flow and the operations involved.

Я никогда не испытывал этой ошибки, так как я использую Docbook. Я просмотрел его и выяснил, что эта ошибка была исправлена ​​ранее в прошлом (а также я попытался сделать те же шаги, что и объяснение). К сожалению, мне еще не удалось исправить это самостоятельно.

Вот сообщение об ошибке, которое дает FOP:

ВНИМАНИЕ: в Apache FOP не реализована следующая функция: table-layout = «auto» (по fo: table) (см. положение 2: 182518)
2011.10.19. 11:19:37 org.apache.fop.events.LoggingEventListener processEvent SEVERE: Недопустимое значение свойства, встречающееся в ширине столбца = «пропорциональный-column-width (1)»: org.apache.fop.fo.expr.PropertyException:
 file:/c:/fajlok/teszt/book.fo: 2: 182518: функция пропорционального столбца-width() может использоваться только тогда, когда fo: table имеет table-layout = «fixed»; свойство: ‘column-width’ (см. позицию 2: 182598)
org.apache.fop.fo.expr.PropertyException:
 file:/c:/fajlok/teszt/book.fo: 2: 182518: функция пропорционального столбца-width() может использоваться только тогда, когда fo: table имеет table-layout = «fixed»; Свойство: «столбца ширины»

В основном это сообщает мне, что в FOP еще не реализована функция table-layout = «auto».

На странице «Сообщения об ошибках» в разделе «Логи и статистика» административного раздела можно посмотреть сообщения об ошибках, отправленные пользователями. Если какая-либо операция не удалась, то рядом с текстом об этом может появиться ссылка «Сообщить об ошибке». При нажатии на нее сообщение об ошибке появится на этой странице. Релевантная ссылка на XML-логи поможет определить причину ошибки.

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

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

Галилео

Ошибки при начале сессии:

«ELECTRONIC AGENCY-LINKAGE PROHIBITED» (BeginSession reques) — ошибка может возникнуть при неправильных настройках AAT table. Необходимо обратиться в локальную службу техподдержки «Трэвелпорт».

Ошибки поиска:

Could not locate Session Token Information Session May Have Timed Out. /projects/stp/service_storage/HostAccessService/SHLPNWSAS053_30160/cache/session/SD04371177302 и Unable to retrieve enough Dynamic GTIDs for this transaction — исходя из ответа технической поддержки Gallileo, данные ошибки указывают на то, что был превышен лимит сессий. Для увеличения мощности CCC PT следует запросить форму, заполнить её и выслать на Ваш CCC PT.

Ошибка NO FARES AVAILABLE FOR REQUESTED CABIN — возникает в случае, если запрашиваемый тариф для комбинации данного перелета/даты/класса недоступен. Необходимо осуществить новый поиск.

Ошибки при бронировании:

«UNABLE – MARKET CONNECTION UNAVAILABLE» — возникает в случае недоступности одного из сегментов в перелете, когда выбранный класс бронирования недоступен, в следствие чего следующий сегмент также не может быть забронирован. Если выбрать другой класс бронирования, ошибка не должна возникнуть.

«INVALID NAME TYPE» (в разделе PNRBFPrimaryBldChgMods в PNRBFManagement response) — ошибка может появиться при попытке оформить билет на перевозку с валидирующим перевозчиком, который не указан в списке (поле AUTH). Только авиакомпании из этого списка могут быть доступны для автокалькуляции.

«REDISPLAY REVIEW BOOKING DATA» — может возникнуть, если добавлены два времени в раздел <QMinderQual> (queue minder).

«CHECK FORMAT» (при введении номера телефона) — ошибка может возникнуть потому, что требуется также обозначить город. В случае с мобильными номерами, которые не имеют привязки к региону, возможно, следует указать код города по умолчанию для PCC, в котором происходит бронирование. Если проблема не решена, необходимо обратиться в региональную службу техподдержки.

«INVALID INPUT» — появляется при бронировании билетов, для которых указаны два и более тарифных кода в одном сегменте. Например, тарифы для взрослых и детей (или младенцев). Первая буква в базовом тарифном коде показывает класс бронирования. Она должна быть одинаковой для всех пассажиров в PNR. Ошибка происходит потому, что FQSBB возвращает Fare Basis Codes для одного типа пассажиров. Необходимо послать разные StorePriceMods section для каждого пассажира.

«CHECK NUMBER IN PARTY AGAINST ITINERARY SEGMENT» — причиной ошибки может быть наличие 3-х имен пассажиров при попытке забронировать 2 места. Если среди пассажиров нет младенца (infant), то количество мест должно соответствовать числу пассажиров.

«CHECK NUMBER OF INFANTS» — ошибка возникает при попытке забронировать место для младенца (infant). Например, если бронь для одного взрослого и одного младенца, необходимо отправлять запрос только на одно место.

«NO VALID FARE FOR INPUT CRITERIA» – нет тарифа, применимого для маршрута с указанным классом обслуживания. Ошибка может возникнуть, даже если PNR создан и получен его локатор. При выписке PNR не получает цену, тарификация завершается упомянутой ошибкой. Поскольку в PNR для выписки обязательна корректная цена, такие PNR нельзя выписывать.

«Error of Frequent Flyer Number» — ошибка появляется при попытке добавить опцию «Карта летающего пассажира» в бронь для младенца.

«NEED PHONE» — ошибка появляется, если необходимо добавить номер телефона агентства при завершении бронирования.

«LISTED SEGMENT IS FOLLOWED BY CONFIRMED SEGMENT» — ошибка появляется, потому что есть сегмент «Лист ожидания», следующий за сегментом подтверждения. Поэтому система предупреждает об этом и рекомендует согласиться с изменениями, совершив вторичную транзакцию, или прекратить процесс бронирования.

*0 AVAIL/WL OPEN* — необходимо убедиться в правильном использовании секции <AvailJrnyNum>. Если сегменты бронирования не являются частью одного и того же маршрута, стоит использовать разные номера для каждого сегмента. Когда пассажир переходит с одного рейса на другой в пересадочном пункте, необходимо продавать все подходящие рейсы и показывать, что они являются частью маршрута с пересадкой, используя элемент <AvailJrnyNum>. Сегменты, получающие одинаковые номера, являются частью одного и того же путешествия.

0 AVAIL/WL CLOSED – распространённая ошибка, обычно носит временный характер: в данный момент отсутствуют доступные места для бронирования с данным классом обслуживания. Вполне возможно, что через некоторое время авиакомпания загрузит в Galileo больше мест.

Ошибки при выписке:

«INTERLINE ELECTRONIC TICKET AGREEMENT NOT FOUND — CHECK DT/IAT TABLE FOR MORE INFORMATION» [Incident: 101006-000400] — данная ошибка при выписке возникает в случае отсутствия между авиакомпаниями в перелете и валидирующим перевозчиком интерлайн-соглашения. То есть, валидирующий перевозчик должен иметь интерлайн-соглашения со всеми авиакомпаниями в перелете, включая рейсы code-share. Проверить их наличие между авиакомпаниями можно при помощи команды DT/IAT/DISYY.

«UNAUTHORISED/INVALID PLATING CARRIER CODE» — ошибка возникает в случае, если неправильно определен валидирующий перевозчик.

«FILED FARE HAS BEEN INVALIDATED» — возникает при невозможности автоматически пересчитать тариф.

«PT NOT COMBINABLE WITH ET» — появляется, если один из сегментов не поддерживает электронный билет.
Выписать комбинацию сегментов с электронным и бумажным билетом в Nemo невозможно, выписку можно произвести только в терминальном режиме.

«FLIGHT NOT FOUND — CHECK AVAILABILITY» — данная ошибка при выписке может быть связана с тем, что к моменту выписки такого перелета уже нет в системе ГДС.

«ELECTRONIC TICKETING TRANSACTION CANCELLED ELECTRONIC TICKETING FAILED VENDOR MSG VALID FORM OF ID FOID REQUIRED» — данная ошибка может возникать в следствие некорректно внесенных данных (например, паспортных данных) при бронировании или модификации.

Предпосылки к возникновению ошибки:

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

«NO VALID FARE FOR INPUT CRITERIA» — означает несоответствие между PNR и базой данных в Галилео.

«UNABLE TO RETRIEVE — CALL HELP DESK» — такая ошибка может быть получена, когда PNR уже в архиве, бронь не актуальна. Такие ситуации могут возникать,например, если не настроены обновления.

«FILED FARE PARTIALLY TICKETED» — появляется, если билет уже выписан.

Об этом говорит поле: <PNRBFTicketedInd>Y</PNRBFTicketedInd>
Описание поля: «Показывает, что PNR или BF (базовый тариф) был тикетирован хотя бы один раз».

LINKAGE/OPTIONS CHANGED — UPDATE SDPT — Данная ошибка характерна в случаях внесения изменений в настройку принтеров, что могло привести к их некорректной работе. Для решения проблемы необходимо проверить корректность линковки и при необходимости внести изменения.

«NO ITINERARY EXISTS FOR FARE QUOTATION» — означает, что отменены бронь или сегмент.

«ZA INVALID MODIFIER» — говорит о том, что при выписке используется не тот принтер.

«Z INVALID FORMAT DATA» — возникает в случае неправильной установки комиссий для ТКП-перелетов.

«ZA NOT COMBINABLE WITH Z» — появляется при расхождении в выборе формата комиссии (в одном секции указаны проценты, в другом — сумма).

«Uncaught Service Exception cause:com.cendant.tds.soa.framework.ServiceException: Exception ReturnedERR: AGENT ID — GALILEO |+ » — появляется при попытках протестировать выписку в тестовой среде (в тестовой среде нельзя тестировать выписку).

«INVALID GTID» — обозначает, что GTID, который Вы линкуете, либо не существует, либо не прописан и в связи с этим не производится линковка. Проверьте также правильность указания номеров принтера.

«INVALID FORMAT/DATA NO LINKAGE FOR RQSTD OUTPUT» — означает, что либо номер принтера ТКТ не внесен в настройки пакета реквизитов Галилео в Немо, либо, если этот номер внесен, что неверно выполнена линковка принтера ТКТ (онлайн и/или оффлайн).

«TICKETING NOT ALLOWED — CHECK AAT» — возникает, когда авиакомпания не разрешена для выписки на данном ХАПе.

«REQUESTED FILED FARE NOT FOUND» — возникает, когда тариф более недоступен. Он снимается авиакомпанией.

«ELECTRONIC AGENCY — LINKAGE PROHIBITED» — возникает при попытке выписать на бумажном принтере электронный билет.

Все создаваемые (или вновь активируемые) PCC запрещают передачу ID бумажного принтера в процедуре выписки, если самого принтера не существует.
В таком случае поле «Номер принтера» следует оставлять пустым.

Ошибка характерна для случаев, когда в хапе ТКП указаны 3 принтера. По технологии выписки электронных билетов в Галилео в хапах BSP и SU, предназначенных для выписки, должны быть указаны 3 принтера (принтер, Itinerary и MIR), в хапе S7 — 2 принтера (itinerary и MIR), если в описании PCC поле TYPE=41, или 3 принтера, если в описании PCC поле TYPE=09, а в хапе ТКП — 2 принтера (Itinerary и MIR).

«NET TICKET DATA MAY NOT BE MODIFIED» — означает, что данная авиакомпания выставила специальный тариф. В настоящее время подобные тарифы системой Nemo не обрабатываются.

«CONFIRM SEGMENT 01» — означает, что сегмент перелета отменен авиакомпанией.

Все вопросы, связанные с настройкой ваших PCC (PCC), просьба уточнять по телефону: +7 (495) 795 32 76.

«IMU IL DUPLICATE MODIFIER» — означает, что среда неверно настроена для выписки билетов (например, линковка ITN принтера выполнена неверно), необходимо обращаться в локальный хелпдеск за настройкой PCC.

«TICKETING LINK UNAVAILABLE — PLEASE RETRY» — означает, что потеряна связь между хостом и авиакомпанией, такой билет можно попытаться выписать позже.

«COMMISSION PERCENTAGE MUST BE ENTERED» — означает, что не установлена комиссия для выписки. Возникает, если в настройках офиса на стороне поставщика запрещена выписка без комиссии.

«UNAUTHORISED/INVALID PLATING CARRIER CODE» — ошибка может приходить, если в PCC, где производится попытка выписки билета, не авторизован выбранный вами по умолчанию валидирующий перевозчик. Необходимо или создать PNR в этом PCC (с изменением валидирующего перевозчика и, соответственно, изменением цены), или выписать билет в PCC с этим перевозчиком.

«NO AGREEMENT EXISTS FOR AGENCY» — ошибка возникает при попытке извлечения PNR (второй шаг процесса тикетинга) в ХАПе, отличном от ХАПа, где бронирование было совершено. Необходимо иметь действующее соглашение (на бумаге) с Travelport, чтобы иметь возможность извлечения PNR в другом ХАПе.

«REQUESTED FILED FARE EXPIRED» — ошибка означает, что тариф больше не действует. Тариф может гарантировать только та авиакомпания, билет которой выписывается.

«VENDOR MSG: ITINERARY NOT VALID FOR ETKT» — ошибка приходит не от Галилео, а непосредственно от авиакомпании. В терминалах Галилео перелеты с такой ошибкой, как правило, тоже не получается выписать. Встречается обычно на перелетах Аэрофлота с код-шерингом и возникает в связи с тем, что авиакомпания неправильно загружает такие рейсы, не указывая признак электронного билета. И выявить это можно только при попытке выписки, не раньше. Рекомендуется в таких случаях либо подождать около часа и попытаться выписать билет через Немо снова, либо самому агенту сразу обращаться напрямую в авиакомпанию, а ее сотрудники уже могут исправить эту ошибку и выписать такую бронь.

«VENDOR MSG: MSG TIME OUT — NO RESP FR VNDR» — ошибка возникает, когда связь между Галилео и хостом авиакомпании недоступна. При появлении данной ошибки рекомендуется обращаться в свой локальный helpdesk.

Дополнительная информация:
Проверка происходит в элементе <FareGuarCode>X</FareGuarCode> в PNRBFManagement response,
где X = Expired Fare (больше, чем 7 дней).

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

<PNRBFManagement_x>
	<PNRBFRetrieveMods>
		<PNRAddr>
			<FileAddr/>
			<CodeCheck/>
			<RecLoc>VXXXLM</RecLoc>
		</PNRAddr>
	</PNRBFRetrieveMods>
	<CancelStoredFareMods>
		<FareNumInfo>
			<FareNumAry>
				<FareNum>001</FareNum>
			</FareNumAry>
		</FareNumInfo>
	</CancelStoredFareMods>

Ошибки при отмене выписки:

«TKT NUMBER NOT FOUND OUTSIDE VOIDING PERIOD» — ошибка возникает, если есть ограничение на войдирование по времени.

«FILED FARE PARTIALLY TICKETED» — может возникнуть, если билет уже был выписан для указанного тарифа и этот тариф нельзя использовать снова для другого билета. Тариф должен быть восстановлен для повторной выписки.

Ошибки при аннуляции

«Uncaught Service Exception cause:com.cendant.tds.soa.framework.ServiceException: Exception ReturnedERR: AGENT ID — GALILEO |+» — возникает в случае «залипания» РСС. Например при долгой дезактивации, либо наоборот при активации. Необходимо обращаться в ХД, для устранения «залипания».

Ошибки при чтении PNR

<ErrorCode>0001</ErrorCode>
<ErrText>
    <Err>B 000001</Err>
    <KlrInErr />
    <InsertedTextAry>
    </InsertedTextAry>
</ErrText>

Вопросы, связаные с работой ГРС «Галилео», с которыми рекомендовано обращаться в локальный хэлпдеск «Трэвелпорта» (на основе реальных ситуаций)

Helpdesk: (495) 745-8493

! При звонке в Helpdesk обязательно вносить семизначный номер CIDB агентства, который можно проверить в системе форматом C*CIDBNUMBER

Бесплатный звонок в Helpdesk Galileo на территори РФ: 8-10-800-2071-1033

• Билеты с PNR, войдированые агентом GWS. Необходимо получить IP адрес или любые другие данные, идентифицирующие агента, сделавшего войдирование.

Помощь оказывает локальный хэлпдеск.

• Отмена бронирования с выписанными билетами.

Это нестандартная ситуация и она не связана с АПИ выписки. Необходимо обратиться в локальный хэлпдеск.

Дополнительная информация:

Если билет был выписан, потом он может быть войдирован. Однако это может быть сделано лишь в день выписки.
Если Void Ticketing транзакция завершена удачно, тэг <DPOK> будет просто возвращен, чтобы показать ответ с подтверждением.

Ответы с ошибками и предупреждениями:
Если Void Ticketing транзакция сталкивается с ошибкой, в тэге <ErrText> может быть получено следующее сообщение:

«Note: Some these errors overlap with the unvoid and spoiled tasks:»

И далее – список возможных ошибок.

Если период времени, когда можно войдировать билет прошёл, есть два пути его отмены:
1. возврат (refund);
2. обмен или переподтверждение (exchange or revalidate).
Это зависит от тарифа. Например, условия тарифа могут не разрешать возврат .

• Предоставление информации по поводу истории PNR с известным локатором.

История отмены и как именно она была совершена.

• Ошибка «ELECTRONIC AGENCY-LINKAGE PROHIBITED» в BeginSession запросе.

Приходит из-за неверных production настроек AAT table. Помогает локальный хэлпдэск (это не в компетенции глобального сервиса).

• Сообщение «VENDOR MSG: ITINERARY NOT VALID FOR ETKT» in DocProdFareManipulation_8 response при корректных действиях (электронный билет должен выписываться).

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

• Ошибка «NO AGREEMENT EXISTS FOR AGENCY».

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

Сейбр

Ошибки при бронировании:

ERROR RESPONSE RECEIVED. The error was: NO FARE FOR CLASS USED — ошибка возникает, когда поставщик не может найти цены для конкретного класса бронирования указанной (в качестве валидирующего перевозчика) авиакомпании.

SYSTEM UNABLE TO PROCESS: INVALID DATE — возвращается при запросе на даты дальше 331 дня от сегодняшней.
Бронирование в системе Сейбр возможно строго на 331 день вперед от сегодняшней даты.

SYSTEM UNABLE TO PROCESS: CALL DIRECT — возвращается, если перевозчик уже внес в систему расписание рейсов и тарифы, но эти рейсы еще не доступны к бронированию через Сейбр.
Новая версия BFM отфильтровывает такие рейсы при поиске, ошибка может возникать при использовании метода LFS.

UNBLE TO PROCESS DUPLICTE NMES — COMBINE ND REENTER — возвращается при попытке внести в PNR двух или более пассажиров с одинаковыми именами в комбинации -(last name)/(first name).

PASSENGER TYPE FUNCTION INACTIVE IN TJR — означает, что для данного РСС не включена функция установки типа пассажиров. Включить ее может сам агент в терминале с помощью команды W/PT‡ON.

CHECK CARRIER CODE — характерна для авиакомпании InterJet (4O), особенностью сотрудничества с которой является наличие прямого соглашения самой авиакомпании со всеми агентами. Для заключения данного соглашения необходимо обратиться к своему аккаунт-менеджеру в ГДС Sabre.

Ошибки при выписке:

Для продакшена:

«AUTH CARRIER INVLD-0166» («auth_error») — ошибка возникает, если пытаются выписать перелет с запрещенной АК в этом PCC.

«TICKETING IN ALTERNATE CURRENCY NOT ALLOWED-0106 и SEE W/CURR*-CANNOT TICKET IN CURRENCY REQUESTED-0106» — означает запрет выписки в указанной валюте.

« ‡9999.99 IS THE MAXIMUM AMOUNT OF COMMISSION-0265 » — возникала из-за некорректного округления значения комиссий.

«NO COMBINABLE FARES FOR CLASS USED53» — приходит при невозможности рассчитать тариф. Системой Nemo такие ситуации обработаны быть не могут.

«Error response received. The error was: CODE — HX SEG STATUS NOT ALLOWED» — в перелете присутствуют сегменты, отмененные авиакомпанией.

VALIDATING CARRIER XW DOES NOT HAVE AGREEMENT WITH D9-0322 — означает, что нет интерлайн-соглашения между авиакомпаниями (на данный момент не может быть обработана Nemo).

EACH PASSENGER MUST HAVE SSR FOID-0052 — не переданы данные Фойд, необходимо проверить реквизиты подключения для ТКП-перелетов.

validation_error (VALIDATING CARRIER UN DOES NOT HAVE AGREEMENT WITH S7-0322) — означает, что между авиакомпаниями, выполняющими перелет нет интерлайн-соглашения (такие билеты могут быть выписаны только отдельно).

«NEED AIRLINE PNR LOCATOR — VERIFY AND ENTER IN SEGMENT-0052» — вызвана тем, что при создании бронирования не произошло записи локатора (т.е. Авиакомпания его не создает в ответ на запрос).

Для серт-среды:

«UNABLE TO PROCESS ETR-CORRECT/RETRY OR ISSUE PAPER TICKET-368 AGENCY NOT ALLOWED TO ISSUE ELECTRONIC TICKETING» — приходит от поставщика. Это может быть связано с тем, что работа происходит в разных средах (CERT, TSTS). Чтобы проводить тестирование в среде CERT, нужно использовать одного из следующих перевозчиков: AA, SU, B6, KM, IT, HA,WS.

«NEED AIRLINE PNR LOCATOR — VERIFY AND ENTER IN SEGMENT-0052» — эта ошибка возникает из-за того, что используется серт-среда.

«VERIFY TKT TTL RUB 1663 — PQ TTL RUB 1563 TICKET? ENTER Y OR N<.>» — означает, что в «Cейбре» идёт сравнение цены при бронировании и при выписке.

Сирена

Ошибки при поиске:

«You are not allowed to perform this operation!» — данная ошибка возникает из-за настроек на стороне «Сирены» в случае, если, реквизиты, которые используются агентом не прописаны для той среды, в которую отправляется запрос, либо некоторые операции не закреплены в «Сирене» для используемых реквизитов.

В результатах выдачи отсутствует рейсы авиакомпании «Саратовские авиалинии» 6W
Вероятно, в критериях поиска введен пассажир категории ребенок. В авиакомпании 6W заведено тарифное правило — если тариф применяется для пассажира с кодом РМГ, РВГ, РБг или АГА (дети), то бронироваться должны определенные места, что через xml-шлюз не реализовано.

Ошибки при бронировании:

«CANNOT PUT TO WAITLIST и CANNOT GET SPACE» — эта ошибка означает отсутствие мест в выбранном подклассе.

«РЕЙД ПРОЧИТАТЬ НЕВОЗМОЖНО» — по рейсам данной а/к справка о наличии мест и бронирование проводится в интерактивном режиме. Информация о рейде в ГРС при этом отсутствует. Это штатная ошибка, на бронировании не отражается.

«No contacts specified» — не указан контакт клиента.

«ЛИСТ ОЖИДАНИЯ НА РЕЙСЕ ЗАПРЕЩЕН» — эта ошибка означает, что запрашиваемый рейс был снят во время бронирования (такие рейсы из результатов поиска отсеять невозможно, поскольку во время запроса места отображаются в наличии).

Cannot book and price PNR — Пример 1: по умолчанию установлен бумажный бланк, а данная авиакомпания разрешает продажу только на электронных бланках в сеансе ТКП. Установить по умолчанию электронный бланк. Пример 2: В УПТ тарифа сказано что взрослый пассажир должен быть от 18 лет и старше, но бронирование производилось на несоответствующий возраст.

Invalid format of element ‘doc’ — возникает при попытке ввести номер свидетельства о рождении в неправильном формате. Корректный формат такой: 1 или 2 латинские буквы, 2 буквы кириллицей, 6 цифр без пробелов и других знаков. Пример: IОЛ123456.

G9: НЕВЕРНЫЙ КОД АВИАКОМПАНИИ ИЛИ НОМЕР РЕЙСА — связана с тем, что авиакомпания G9 (Air Arabia) хранит ресурс в другой системе бронирования, и информацию об изменении статуса наличия мест присылает по телеграммам АВС.
Поскольку присылает эти телеграммы не всегда вовремя, то проиcходит рассинхронизация наличия мест. В ближайшее время должна произойти синхронизация на стороне ГДС, для избежания подобных ошибок в дальнейшем.

Ошибки при выписке:

«PNR and surname do not match» — означает несовпадение фамилии в PNR с фамилией в заказе.

«ONE OF SEGMENTS HAS XX_STAT» — означает, что места были сняты ранее таймлимита. Видимо это было сделано по телеграмме авиакомпании. Заказ попал в 10-ю очередь, которую кассир агентства должен просматривать.

«Too rapid-expired fare. Repeat at 5 minutes» — для избежания данной ошибки в настройках «Реквизиты подключения к GDS» значение поля «Время снятия брони» должно соответствовать настройкам на стороне Сирены.

Ошибки при отмене выписки (войдировании):

«PNR занято другим пользователем (пульт МОВЦ35 1). Повторите запрос позже» — означает, что на момент, когда подавался запрос, заказ был занят технологом за пультом МОВЦ35, обрабатывающим телеграммы с ЭБ.

«4 Неверный симметричный ключ» — ошибка о неверном ключе, возникает редко. Это связано с ежечасной заменой симметричного ключа и процедурой обмена им. Возможно, обмен произошел в момент выполнения другого запроса и второй оказался зашифрован старым ключом.

SITA

Ошибки при бронировании:

579 — NEED TEXT — для некоторых типов питания, например (SPML), требуется указать дополнительно текстовое описание.

010 — TIME — ошибка возникает тогда, когда устанавливаемый при бронировании таймлимит принимает значение уже прошедшего времени.

Ошибки при выписке

TICKET ALLOCATION DEPLETED -CONTACT CARRIER — закончился сток билетов. Агент должен обратиться в группу кредитного контроля S7 для пополнения стока.

Ошибки, не зависящие от поставщиков

Ошибки при поиске:

«Invalid search reguest object» — данная ошибка возникает, когда обращаются к некорректному результату поиска. Возможные причины:

1. некорректная ссылка поиска;
2. результат поиска может устареть.

SIMULTANEOUS CHANGES TO PNR — USE IR TO IGNORE AND RETRIEVE PNR — говорит о том, что в работе с бронированием идёт параллельное изменение PNR. В этом случае нужно начинать операцию заново.

Ошибки при бронировании:

Error in the documents — данная ошибка означает некорректные данные о документе пассажира. Одной из возможных причин может быть отсутствие валидации формата документа «свидетельство о рождении» и автозамены спецсимволов, которые не поддерживаются рядом поставщиков.
Для настройки валидации формата свидетельства о рождении нужно добавить следующую формулу (регулярное выражение), которая является универсальной:

^[IVX]+[А-Яа-я]{2}d{6}$

Внимание! Данная ошибка и способ ее решения актуальны только для пользователей Nemo Connect API.

См. также

• Галилео
• Сейбр
• Сирена Трэвел
• Рапида
• Выписка
• Войдирование
• Валидирующий перевозчик
• PNR
• Электронный билет

Сводка по сайту support.travelport.com

Распределение по позициям в органической выдаче

топ 1
0%топ 2-3
14%топ 4-5
0%топ 6-10
43%топ 11-20
43%топ 21-50
0%

Топ 10%

Топ 314%

Топ 514%

Топ 1057%

Топ 20100%

Топ 30100%

Список страниц всего 11

Показать все страницы [11]

Список ключей и позиций в поиске всего 7

Список ключей сайта в контексте всего 0

Поддомены всего 8

Конкуренты в органической выдаче всего 0

Опции команды TTP для оформления электронного билета в системе Amadeus

Следующие опции могут быть добавлены к команде TTP:

При необходимости опции в команде TTP можно комбинировать друг с другом, при этом уточнение /ET должно быть указано сразу после команды TTP.

Информацию обо всех опциях команды TTP можно найти на страницах помощи Amadeus:

HE TTP

Дополнительный сбор за оформление бумажного билета

HE PTS

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

Новые опции:

/PT (выписка на бумажном билете)

/ET (оформление электронного билета)

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

Например:

При расчёте бронирования и появлении предупредительного сообщения FARE VALID FOR E TICKET ONLY необходимо внести уточнение в команду расчёта с указанием того, что оформлять перевозку Вы намерены на бумажном билете.

FXP

FXP / PT

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

Проверка интерлайн соглашений при оформлении электронного билета

При оформлении электронного билета необходимо проверять наличие соглашения между всеми участниками перевозки.

В примере ниже перевозка «продаётся» под кодом SU (маркетинговый перевозчик), осуществляется OS (операционный перевозчик), будет оформлена под цифровым кодом KC (465) и электронный билет сохранён на сервере KC (валидирующий перевозчик):

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

TGAD-KC/SU и TGAD-KC/OS

Ответ системы (частичный экран):

Наличие кода Е в таблице говорит о существовании интерлайн соглашения между перевозчиками относительно оформления электронного билета.

Отображение файлов электронных билетов

HE ETD

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

Пример бронирования, для которого уже был оформлен электронный билет:

• 
  Номер электронного билета
  
• 
  Имя пассажира
  
• 
  Полетные сегменты (из маршрута)
  
• 
  Тариф, таксы и итоговую сумму (из маски TST)
  
• 
  Номер карты частолетающего пассажира (если указан)
  

Для того, чтобы отобразить файл электронного билета на экране, при наличие только одного элемента FA в бронировании, наберите:

TWD

Ответом системы служит изображение файла электронного билета, напоминающее по виду маску TST:

Следующая таблица объясняет компоненты экрана:

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

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

* FIM (Flight Interruption Manifest) оформляется при отмене рейса и вынужденном изменении маршрута пассажира.

И, наконец, указывается форма оплаты и номер карты частолетающего пассажира (если был введен):

Опции команды TWD

Без каких-либо опций команда TWD используется в бронировании, в котором присутствует только один элемент FA.

Если в бронировании несколько элементов FA, к команде необходимо добавить порядковый номер элемента FA:

TWD / L10

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

Перечень опций, допустимых для вызова файлов электронных билетов, можно найти на странице условий авиакомпании: HE ETT YY

Повторный вызов файла электронного билета

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

Для повторного отображения файла электронного билета, наберите:

TWDRT

Для вызова брони, в которой был оформлен электронный билет, используйте:

RT*E

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

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

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

TWD / 2

Для возвращения к общему списоку, наберите:

TWDRL

Распечатка Маршрутного Листа/Квитанции

HE ITR, HE ETR

Маршрутный Лист/Квитанция (ITR) – это документ, имеющий юридическую силу, который является частью электронного билета. Это договор перевозки между авиакомпанией и пассажиром, содержащий информацию о перелёте, данных агентства, форме оплаты, различных ремарках и пр.

Маршрутный Лист можно распечатать на принтере или отправить пассажиру по электронной почте.

• 
  автоматически, сразу после оформления билета (ввода команды TTP)
  
• 
  после использования команды ITR.
  

Условия для выписки ITR:

• 
  Ваш офис авторизован на оформление электронных билетов.
  

• 
  Должно быть открыто существующее бронирование или создано новое.
  

• 
  В PNR присутствуют элементы FA и FB. (Вы можете выписать ITR в течение семи дней после того, как номер AIR был добавлен в бронь в элементе FB. Через семь дней, информация экрана ITR удаляется из системы и любые ссылки на FB элемент становятся недействительными.
  

• 
  С момента появления элементов FA и FB в PNR не производилось сплитование (manual split) (электронный билет всегда привязан к номеру PNR, из которого он был оформлен).
  

Маршрутный лист можно отобразить на экране командой ITRD

При наличии нескольких элементов FB в бронировании нужно уточнить его номер: ITRD / L9

Для распечатки маршрутного листа используется команда: ITR

Можно использовать следующие опции к команде ITR:

Примечание: Использование выше приведённых опций предполагает, что агент по умолчанию оформляет электронные билеты. Если это не так – следует в команде добавлять также запрос /ЕТ. Например: ITR / ET / P2-3

Для распечатки маршрутного листа в момент оформления электронного билета наберите:

TTP / ET / ITR

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

Достарыңызбен бөлісу: