題:
我的名字會引起任何預訂問題！ （名稱以MR和MRS結尾）
Amr ElAdawy
2019-11-05 15:52:34 UTC
view on stackexchange narkive permalink

我叫Amr Eladawy。每當我通過代理商獲得機票時，他們將我的名字稱為 Amr 時，僅在航空公司係統中才以 A 登陸。許多航空公司和不同的代理商都發生了這種情況。

當我從航空公司網站直接預訂時，機票的發行價為 ELADAWY / AMRMR 。

似乎有一個聰明的規則，將後綴 MR 視為Mister並將其刪除。

這是正確的行為嗎？要在我的預訂中正確打印我的名字該怎麼辦。

  1. 在我的一個預訂中，名字和姓氏被錯誤地交換了。但是，姓氏中的 AMR 根本不是問題。似乎此規則僅適用於姓氏。
  2. 航空公司會發誓，他們會收到名字為 A ，代理將發誓將名稱發送為 Amr 。
  3. 問題可能出在用於將代理系統與代理集成的GDS中航空公司的。
  4. 我向GDS發送了有關此問題的電子郵件，他們只是不理我。
    5. ol>

    現在，繼續前進。 Amr 是一個非常流行的阿拉伯名稱。它也是非常古老的，已經使用了數千年。如何正確地向GDS提供者報告此問題並解決此問題？

    我嘗試聯繫一個負責最新預訂的GDS，但他們不理我。

評論不作進一步討論；此對話已[移至聊天]（https://chat.stackexchange.com/rooms/100756/discussion-on-question-by-amr-eladawy-my-name-causes-an-issue-with-any-預訂）。
@WGroleau我選擇了Amro，這是寫名字的另一種方式，並且與阿拉伯文字匹配，但這不是我在護照上的名字，我認為人類不應該更改姓名來適應機器。
移動評論後，將您的其他評論發佈到聊天室中。我們只能將它們移動一次，並且大多數情況下會重複，因為人們不檢查聊天室。從現在開始發布的所有評論都可能被刪除。
我朋友的姓氏是Test：他說機票大約25％的時間被默默刪除。可怕！
Amr的詞根是Amar =不朽。
值得一讀：[虛假程序員相信名稱]（https://www.kalzumeus.com/2010/06/17/falsehoods-programmers-believe-about-names/）
十二 答案:
Matthieu M.
2019-11-06 15:22:14 UTC
view on stackexchange narkive permalink

航空公司是通信技術的早期開拓者，現代化非常緩慢。例如，今天，航空公司的IT系統仍然使用 TTY進行廣泛的通信：Type-A用於同步通信，Type-B用於異步通信。

有一個TTY標準，沒有人遵循，是SITA的事實上的標準，主要是遵循該標準，而且許多參與方在實施過程中都有一些古怪之處，要么無法解析某些字段/特殊指標，要么發出不正確的字段/特殊指標；您期望擁有100年曆史的格式所產生的一切，隨著新的需求和想法的出現而有機地增長。

這是航空公司IT的普遍主題，隨著公司的遷移，多種技術並存。

航空公司會發誓他們收到的名字是A，而代理商會發誓這個名字是以Amr發送的。

它們都是正確的，很可能是問題所在，而問題出在旅行社和GDS之間。

GDS（例如Amadeus和Saber）通常會從舊系統中提供多個接口到他們的系統出於兼容性原因而保留，以便與更現代的產品兼容。更現代的界面將接受結構化的消息，這些消息不會有歧義。

總的來說，旅行社不願對其IT進行現代化：它需要重新培訓代理商，併購買新軟件，這要花相當多的時間。

例如，如果旅行社與Amadeus連接，這意味著他們很可能會使用ATE：Amadeus Terminal Emulator，顧名思義，它可以模擬

檢查快速參考指南，第33有關如何創建PNR：

  NM1SMITH / JOHN MR
  • NM ：“名稱”命令。
  • 1 ：1名乘客，姓氏。
  • SMITH ：姓氏。
  • JOHN ：名字。
  • MR ：標題。

使用空格，進行解析是明確的，但是並不是所有的代理都放一個空格，因此如果代理類型為：

  NM1ELADAWY / AMR

則該命令將解析為（ NM，1，ELADAWY，A，MR）是“有用的”。

善良

如上所述，GDS在內部將使用結構化記錄。如果您解決了數據輸入問題，並且您的名字已正確記錄到系統中，那麼您就不必擔心其他問題。

錯誤

您將需要仔細檢查代理商的工作。正如我們所見，僅僅因為他們鍵入 AMR 並不意味著系統會將其解釋為 AMR 。

他們可以通過以下方法解決此問題：明確指定標題： NM1ELADAWY / AMR MR 。

Ugly

代理商可能由於各種原因未立即在系統中輸入您的姓名。如果他們不這樣做，則不能再次檢查他們是否正確執行了操作。您可能必須堅持要求他們立即這樣做。

在線旅行社

OTA通常具有更現代化，自動化的系統。因此，他們更有可能依賴於GDS的更現代的界面。

使用OTA可能是一種更簡單的方法，可確保您的姓名正確輸入系統中。

祝你好運

這是一個絕妙的答案，因為它說明了可能發生此問題的方式。OP是否嘗試過與在線旅行社或直接與航空公司預訂？如果在那裡沒有出現問題，則可以備份此說明。
堅持指定標題可能是獲得另一個技巧：`NM1ELADAWY / AMR MR`
我從航空公司門戶網站嘗試了@AnkurBanerjee，它起作用了，因為似乎他們的門戶網站將MR添加到了我的名字。我收到的預訂確認為ELADAWY / AMRMR
嗯，是過去嘗試解析通過串行線路接收到的EDI消息的美好時光。請牢記它們，並且由於要支持格式設置而傳輸的數據量增加，因此對XML和更高版本JSON的抵抗仍然存在很多方面。
@jwenting:至少EDI是結構化的，並且通常是毫不含糊的，擁有良好的工具，它運作良好，而Amadeus擁有良好的工具。TTY和終端命令行具有手寫的臨時解析器，通常隨著報告錯誤而自然擴展，它們維護起來更糟:(
Tor-Einar Jarnbjo
2019-11-05 18:20:57 UTC
view on stackexchange narkive permalink

這聽起來好像是您的“問題”是您的名字沒有正確印在票證上。但是，您應該期望幾乎沒有實際問題。航空公司預訂系統出現在計算機技術的童年時代，仍然受到許多限制，這些限制現在看來很奇怪或已過時。由於更改或擴展運行系統始終存在風險，並且預訂系統中與名稱相關的限制不會對常規運營造成任何問題，因此航空公司不願僅實施“光學”改進，而沒有或只有很少的實際或相關好處。 / p>

這當然意味著許多乘客不會在機票上正確打印姓名，不僅是名字以'mr'或'mrs'結尾的乘客。我的印像是，大多數預訂系統僅在其姓名字段中允許字母a到z（不區分大小寫），這意味著所有乘客都將對姓名，連字符，與大小寫相關的區分，名字或基本az之外的字母加倍，用非拉丁語腳本編寫的名稱在票證上的名稱將不正確。由於解決該問題可能會帶來引入新錯誤的風險，而該錯誤實際上會中斷飛行運行，因此航空公司可能不太願意將這些限制視為一個相關且需要解決的問題。

我假設，在政府引入高級乘客信息要求的時間前後，在名稱末尾添加“ MR”或“ MRS”的慣例就出現了。至少美國APIS界面要求航空公司還報告乘客的性別，並且由於以前該性別對航空公司不感興趣，因此通常不會記錄該性別，並且不同的預訂系統甚至不可能在其預訂記錄中包含字段乘客性別。由於航空公司更容易將性別信息壓縮到現有的姓名字段中，而不是使用新的性別字段來擴展預訂記錄，因此他們顯然開始這樣做。

這些限制我可以。但是如果航空公司係統接受我的預訂以我的名字作為一個字符進行保存，那麼航空公司應該允許我進行在線登機。他們剛剛在移動應用程序上引入了一條新規則，以防止名字短的乘客辦理登機手續。
-1
只是回答：“但是您應該很少遇到實際問題”->如果您旅行Blue Panorama，則不要這樣（“中間名騙局” https://www.flyertalk.com/forum/other-european-airlines/1975436-fraudulent-blu-express-middle-name-scam.html等）
@Tor-EinarJarnbjo當我是助教時，我有一個學生的整個名字都是“ I”。與“我”押韻。亞洲人，儘管我不記得是哪個種族。
我認為性別推測沒有充分的根據，因為他們會很高興地將乘客列為“ MICHAELDR”，並且我也假設其他中立頭銜。
我似乎記得我的名字一直是機票上的JANMR，即使在2001年之前的十年中，事先沒有危險信息絕對不是問題，但考慮到很久以前，我可能會離開。
@MichaelHomer航空公司的預訂系統在不一致方面非常一致。這是一個又一個的法則，所有錯誤都伴隨這種構造。
@Mast是的，同意，這是最後一段似乎不太可能的另一個原因。
@Jan-您沒有記錯。在1997-1998年間，我進行了許多美國國內旅行，而MR後綴當時在場。
@Tor-EinarJambjo絕對會有人帶有單個字母的名字，並且系統不接受他們的名字是很常見的，因為它太短了。我認為他們是通過這種方式設計的，以防止人們輸入姓名的縮寫而不是全名。
@Tor-EinarJarnbjo,是的，我的名字是W，聯合國的前領導人是U Thant，美國總統的中間名是S。杜魯門沒有問題，但是U和我必須躺在某些網絡表單上。我只是使用我的中間名，到目前為止，這還沒有導致拒絕登機。
實際上，@WGroleau，[U是一個敬意的]（https://en.wikipedia.org/wiki/U_Thant），與“先生”不同。
強制性的[虛假程序員相信名稱]（https://www.kalzumeus.com/2010/06/17/falsehoods-programmers-believe-about-names/）；可能還擴展到製定規則的監管機構。
tanjka
2019-11-06 04:19:25 UTC
view on stackexchange narkive permalink

關於您的問題，系統丟棄MR是否屬正常行為，系統會在任何字母后將MR識別為標題，並且在您的情況下僅留下字母A.名稱和標題之間的空格實際上被忽略。您應始終堅持查看簽發機票前姓名的寫法（關於航空公司）。

當代理在系統中輸入名稱的命令時，他們應該這樣輸入（在GDS Amadeus中）
NM1ELADAWY / AMR MR 或 NM1ELADAWY / AMRMR 代碼>，那麼就不會有可能會被誤認為。

我不確定航空公司的網絡平台。通常，當您輸入數據時，您會在下拉列表中找到標題，然後選擇MR。然後繼續在名稱，姓氏等字段中正常輸入其他信息。通常非常易於使用。出票時請務必檢查姓名。如果仍有問題，請立即致電航空公司，不要等待在線登機。

感謝您的提示，我將在以後的代理中使用它。我知道這個問題已有6年了。我很沮喪，因為航空公司拒絕接受此問題或更改名稱，甚至拒絕他們自己的有關在線登機的名字中最少字符數的新規則
@AmrElAdawy如果預訂包含“ A”，但您嘗試使用“ Amr”簽入，是否也被拒絕？
之前已經接受，但是航空公司引入了新的在線登機規則，以防止名字少於2個字符的人。
Carles Capdevila Tejada
2019-11-07 18:05:38 UTC
view on stackexchange narkive permalink

也許嘗試使用“ Amrmr”？我希望系統會根據需要使用最後一個“先生”並將名稱保留為“先生”。我請航空公司嘗試一下。

Lightness Races in Orbit
2019-11-06 17:38:01 UTC
view on stackexchange narkive permalink

從外面看，這似乎是經典編程錯誤/捷徑。

舊的預訂系統喜歡堅持榮譽，例如“ MR”，“ MRS”，在給定名稱的末尾加上“ MS”，“ DR”）（我們大多數人已經在機票上目睹了這一點）。

但是，他們實際上並沒有使用單獨的邏輯字段，而是

由於這種 hack的後果，當他們想要取回名字時，必須使用“ MR” /再次關閉“ MRS” /“ MS” /“ DR”。

在您的情況下，系統會將其作為總括規則，而無需實際檢查輸入是否附加了標題。

我認為您將無法解決此問題，但是我也不認為這會給您帶來麻煩。 這種奇怪的事情會被員工期望。

他們也這樣做是為了尊敬，例如“博士”：我名字的正式音譯是“亞歷山大”，你可以看到它以“博士”結尾，所以我經常在機票上看到它印有“亞歷山大·雷沃博士”的字樣。。但是，它從未引起任何問題。
@AlexanderRevo嘿，很好。
@AlexanderRevo“先生”也是一個敬意。關於“未實際檢查輸入是否附加標題”的LightnessRaceswithMonica：如何檢查？它所能確定的只是名稱的結尾與列表中的一種稱呼名稱相同或不同。
@phoog通過將標誌或代碼存儲在某處進行指示。他們不會/不能，意味著他們必須按照您所說的去做，這正是問題所在
@LightnessRaceswithMonica如果您打算麻煩實現標誌，則不妨為標題實現一個單獨的字段。
@phoog絕對！沒有其他要求。
WGroleau
2019-11-06 22:38:02 UTC
view on stackexchange narkive permalink

另一種策略可能是假裝您誤解了表格並交換了字段。然後，當機票上說“最後一個”，而護照上說“最後一個”時，某些代理商不會注意到，只有最討厭的人才會給您帶來麻煩。

這種做法的問題可能在於，保留將更多地偏離護照而不是更少。
Ken Anyanybody
2019-11-14 08:58:41 UTC
view on stackexchange narkive permalink

在某些國家/地區到達機票時，姓名必須與護照上的姓名一致。我在迪拜遇到了麻煩，因為我的名字有拼寫錯誤。

gbraad
2019-11-09 21:42:46 UTC
view on stackexchange narkive permalink

這有點偏離主題，可能會被否決，但這是由於預訂系統是面向西方的系統。在我的情況下，我經常在中國和歐洲之間旅行，在中國預訂機票時，我必須更加註意我名字的指定順序。通常情況下這沒什麼大不了的，但是我遇到的情況是他們無法根據姓名立即找到我的信息。

這也可能是他們從未假設過 MR 可能是名字的一部分，因為他們可能使用後綴來表示Mr（也如上所述）。可能還有更多的情況會導致邊緣情況，例如輸入長度有限，必須使用羅馬化，沒有特殊字符等。

最好是進行在線預訂，在其中您可以驗證自己的身份信息，或在網站上確認登機牌，因為這通常使您可以更改大部分PII（或及時注意此信息）。

安全旅行

user105415
2019-11-11 09:56:13 UTC
view on stackexchange narkive permalink

起初，我發現您的情況很有趣-但是我對您表示同情。我認為問題更多與軟件工程師和開發人員質量的下降有關。看來他們是“所有”專家，並且正在使用最新的javascript框架，而“他們”不執行的所有其他操作都必須無關緊要，包括有效的驗證。我在郵件分發公司工作（為郵政系統格式化地址和稱呼）。可以在UI上有效地進行數據驗證和格式化，以便在捕獲時輸入數據！也可以實施數據清理和重新格式化工具作為備份（儘管不應該這樣做）。這並不難，但也不是光榮的-更費力，獲得正確的信息可能很耗時，因此以他們可以說已經完成的方式來完成它（但這只是他們自身熟練水平的不佳代表）。

“隨著軟件工程師和開發人員質量的下降”，這種情況與開發人員的下降無關。航空公司根本不想將其軟件“更新”為最新的軟件解決方案/傳輸格式。無需成為開發人員，這些解決方案已經存在多年了，
Manuel
2019-11-14 18:57:46 UTC
view on stackexchange narkive permalink

實際上，我認為這是我為其中一家公司工作的，並且可以保證，根據旅行社或​​在線服務使用的系統，最後先生將被視為“先生”。

>
Vinz486
2019-11-10 03:57:03 UTC
view on stackexchange narkive permalink

我是一名軟件工程師，我在一家大公司及其國際電子商務網站中工作。

國際地址和人員“稱呼”的格式設置規則在各個國家/地區非常具體。

在日本，稱呼先生或太太的名字叫Paul Paul。嘗試向公司提出建議。

HWL1223
2019-11-13 22:12:48 UTC
view on stackexchange narkive permalink

不開玩笑-我明白了。我的美國風格名稱包括一個中間名和一個Junior（Jr.）。我有出生證明，護照，駕駛執照，信用卡和各種航空公司帳戶。他們中的大多數人都不喜歡我的出生證明，儘管當我在線輸入（或更正）他們時，他們仍然會保持格式錯誤。例如，有幾個將我的Jr合併到我的名字或我的姓氏上，但這仍然是錯誤的。我丟失了許多機票預訂，所以我現在手動進行。而且我會保護那些確認號碼，這是我唯一的金錢來源！計算機雖然準確，但並不聰明（或怪罪於程序員）。 [我的咆哮-謝謝]



ⓘ
該問答將自動從英語翻譯而來。原始內容可在stackexchange上找到，我們感謝它分發的cc by-sa 4.0許可。
Loading...