Мое имя вызывает проблему при любом бронировании! (имена заканчиваются на MR и MRS)

Авиакомпании были первыми пионерами в области коммуникационных технологий и очень медленно модернизировались. Например, сегодня_ ИТ-системы авиакомпаний все еще широко используют TTY : тип-A для синхронной связи и тип-B для асинхронной связи.

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

Эта тема широко распространена в IT-отрасли авиакомпаний, где несколько эпох технологии используются бок о бок по мере того, как компании очень медленно мигрируют.

Авиакомпании поклянутся, что получили имя A, а агент поклянется, что имя было отправлено под именем Amr.

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

GDS – такие как Amadeus и Sabre – обычно предлагают несколько интерфейсов в своих системах, от старых, сохраненных по соображениям совместимости, до более современных. Более современные интерфейсы будут принимать структурированные сообщения, которые не оставляют места для двусмысленности; старые же… полны причуд.

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

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

Проверьте Краткое справочное руководство, стр. 33 о том, как создать PNR:

NM1SMITH/JOHN MR

• ["NM"]: команда “Имя”.
• ["1"]: 1 пассажир со следующей фамилией.
• ["SMITH"]: фамилия.
• ["JOHN"]: имя.
• ["MR"]: название.

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

NM1ELADAWY/AMR

Тогда команда будет разобрана как (NM, 1, ELADAWY, A, MR) “полезная”.

The Good

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

Плохие

Вам нужно будет перепроверить работу агентов. То, что они набирают ["AMR"], не означает, что система будет интерпретировать его как ["AMR"], как мы видели.

Они могут исправить проблему, явно указав заголовок: ["NM1ELADAWY/AMR MR"].

Уродливые

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

Туристические онлайн-агентства

OTA, как правило, имеют более современные, автоматизированные системы. Как таковые, они с большей вероятностью будут полагаться на более современные интерфейсы GDS.

Использование OTA может быть более простым способом убедиться в том, что ваше имя правильно введено в систему.

Удачи.

Звучит так, как будто “проблема” в том, что ваше имя неправильно напечатано на билете. Тем не менее, вы должны ожидать немногочисленных, если таковые имеются, практических проблем. Системы бронирования авиабилетов возникли еще в детстве компьютерных технологий и до сих пор подвержены многим ограничениям, которые сейчас кажутся странными или устаревшими. Так как изменение или расширение работающей системы всегда сопряжено с риском, а ограничения, связанные с именем, в системе бронирования не создают проблем для регулярной работы, авиакомпании не решаются внедрять только “оптические” улучшения без каких-либо реальных и уместных преимуществ или с небольшим их количеством.

Это означает, конечно, что many пассажиров не будет иметь их имя напечатано правильно на билет, а не только те, с их именем заканчивается на ‘mr’ или ‘mrs’. У меня сложилось впечатление, что большинство систем бронирования допускают только буквы от a до z (без различия регистра) в своих полях имени, а это означает, что все пассажиры будут иметь на билете двойные имена, дефисы, регистровые различия, буквы вне основного a-z в своем имени или вот, имена, написанные нелатинским шрифтом, будут иметь на билете неправильное написание их имени. Поскольку исправление проблемы может привести к появлению новой ошибки, которая фактически прерывает полет, авиакомпании, скорее всего, не очень захотят признавать эти ограничения актуальными и нуждающимися в исправлении.

Я сообщаю, что конвенция добавления ‘MR’ или ‘MRS’ в конце названия возникла примерно в то время, когда правительства ввели расширенные требования к информации о пассажирах. По крайней мере, интерфейс US APIS требует от авиакомпаний также сообщать пол пассажира, и поскольку пол ранее не представлял интереса для авиакомпаний, он обычно не записывался, а в различных системах бронирования, скорее всего, даже не было поля в записях о бронировании с указанием пола пассажира. Поскольку авиакомпаниям было проще втиснуть информацию о поле пола в уже существующее поле имени вместо того, чтобы расширять запись бронирования новым полем пола, они, очевидно, начали это делать.

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

Когда агент вводит команду для имени в системе, он должен ввести так (в GDS Amadeus) ["NM1ELADAWY/AMR MR"] или ["NM1ELADAWY/AMRMR"], то нет никакой вероятности, что это будет ошибкой.

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

Может, попробуешь с “Аммермр”? Я бы ожидал, что система возьмет последнее ‘mr’ и оставит имя как ‘Amr’, как пожелаете. Я бы попросил авиакомпании попробовать.

Снаружи это выглядит как код ошибки программирования classic.

Старые системы бронирования любят наклеивать honourifics (например, “MR”, “MRS”, “MS”, “DR”) в конце заданного имени (большинство из нас видели это в наших билетах на самолет).

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

В результате этого hack , когда они хотят вернуть себе имя, они должны снова снять “MR”“MRS”“MS”“DR”.

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

Я не думаю, что вы сможете обойти это, но я также не думаю, что это должно вызвать у вас проблему. (https://travel.stackexchange.com/a/31046/16680).

Другая стратегия может заключаться в том, чтобы притвориться, что вы неправильно поняли форму и поменять местами поля. Тогда, когда в билете будет написано “последним первым”, а в паспорте - “первым последним”, некоторые агенты не заметят, и только самые несносные доставят вам неприятности.

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

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

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

Скорее всего, именно поэтому они никогда не предполагали, что ["MR"] может быть частью имени, так как, возможно, использовали суффикс, указывающий на Mr (как упоминалось выше). Скорее всего, существует гораздо больше ситуаций, которые приводят к фронтальным случаям, таким как ограниченная длина ввода, необходимость использовать латинизацию, отсутствие специальных символов и т.д.

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

Безопасное путешествие

Сначала мне показалось забавным ваше положение, но я сочувствую вам. Я думаю, что проблема в большей степени связана с эрозией качества инженеров-программистов и разработчиков. Похоже, что они - “ВСЕ” гуру и делают новейший javascript-фреймворк, и все остальное, что “Они” не делают, должно быть неуместно, включая компетентную валидацию. Я работал в компании, занимающейся распространением почты (форматирование адресов и приветствия для почтовой системы). Проверка и форматирование данных может быть эффективно осуществлено в пользовательском интерфейсе для ввода данных в точке захвата! Также могут быть реализованы инструменты очистки данных и переформатирования в качестве резервной копии (хотя до этого не должно дойти). Это не сложно, но это не славно - более трудоемко, это может занять много времени, чтобы исправить его так, чтобы его можно было сказать, что он был сделан (но это просто слабое представление собственного слабого мастерства).

Я инженер-программист и работал на крупную фирму и ее международный сайт электронной коммерции.

Правила форматирования международных адресов и “приветствия” людей очень специфичны по странам.

В Японии приветствие господин или госпожа идет от имени: Paul Mr.

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

Без шуток - я понял. Мое имя в американском стиле включает в себя второе имя и младшее (младший). У меня есть свидетельство о рождении, паспорт, водительские права, кредитные карты и различные счета авиакомпаний. Большинство из них НЕ джайв с моим свидетельством о рождении, хотя, когда я ввел их (или исправил их) онлайн, они НАСТАВЛЯЮТСЯ остаются неправильно отформатированными. Например, некоторые сливают мое Jr с моим именем ИЛИ моим последним, но это все равно неправильно. Я потерял много бронирований на авиабилеты, поэтому сейчас я делаю это вручную. И я охраняю эти номера подтверждения - мой единственный денежный регресс! Компьютеры могут быть точными, но они не умны (или винить программиста). [моя тирада - спасибо]