Nama saya adalah Amr Eladawy. Setiap kali saya mendapatkan tiket melalui agen dan mereka menempatkan saya pertama nama sebagai Amr
, itu tanah sebagai A
hanya di Airlines system. Yang terjadi dengan banyak maskapai penerbangan dan agen yang berbeda. Yang cukup banyak mengganggu, khususnya selama check-in secara online.
Ketika saya membuat pemesanan langsung dari website maskapai penerbangan, tiket diterbitkan sebagai ELADAWY/AMRMR
.
Tampaknya bahwa ada smart aturan yang menganggap akhiran MR
sebagai Tuan dan tetes.
Ini adalah perilaku yang benar? Apa yang harus saya lakukan untuk memiliki nama saya tercetak dengan benar pada pemesanan saya.
AMR
dalam nama terakhir itu tidak masalah sama sekali.Tampaknya bahwa aturan ini diterapkan hanya pada nama pertama.A
dan agen akan bersumpah bahwa nama itu dikirim sebagai Amr
.Sekarang****, bergerak maju. Amr
yang sangat populer nama arab. It's juga sangat lama dan telah digunakan selama ribuan tahun. Bagaimana untuk benar melaporkan hal ini kepada GDS penyedia dan mendapatkan masalah ini diperbaiki?
Saya telah mencoba menghubungi salah satu GDS bertanggung jawab untuk pemesanan terbaru yang saya punya, tetapi mereka mengabaikan saya.
Maskapai penerbangan perintis awal dalam teknologi komunikasi, dan telah sangat lambat untuk memodernisasi. Misalnya, hari ini, maskapai INI sistem masih berkomunikasi secara luas dengan menggunakan TTY: Type-A untuk komunikasi sinkron, dan Tipe-B untuk komunikasi asynchronous.
Ada standar untuk TTY, yang tidak ada yang mengikuti, de-facto standar oleh SITA, yang sebagian besar diikuti, dan banyak pihak yang memiliki kebiasaan dalam pelaksanaannya, baik yang tidak mampu mengurai beberapa bidang/indikator khusus, atau memancarkan yang tidak benar; segala sesuatu yang anda'd harapkan dari 100 tahun format yang tumbuh secara organik sebagai kebutuhan baru dan ide-ide yang muncul.
Ini adalah meresap tema di Maskapai ITU, dengan beberapa zaman teknologi yang digunakan berdampingan sebagai perusahaan bermigrasi sangat lambat.
airlines akan bersumpah bahwa mereka menerima nama sebagai dan agen akan bersumpah bahwa nama itu dikirim sebagai Amr.
Mereka berdua benar, sangat mungkin, dan masalah terletak antara Agen Perjalanan dan GDS.
GDS -- seperti Amadeus dan Sabre -- umumnya menawarkan beberapa interface ke sistem mereka, dari yang lama disimpan untuk alasan kompatibilitas ke yang lebih modern. Lebih modern interface akan menerima terstruktur pesan yang tidak meninggalkan ruang untuk ambiguitas; yang lama namun... penuh dengan kebiasaan.
Secara umum, Agen Perjalanan benci untuk memodernisasi mereka ITU: itu memerlukan re-pelatihan agen, dan membeli perangkat lunak baru, yang biaya cukup sedikit uang dengan sedikit atau tidak ada manfaat untuk mereka.
Dalam kasus Agen Perjalanan terhubung dengan Amadeus, misalnya, ini berarti bahwa mereka cenderung menggunakan MAKAN: Amadeus Terminal Emulator, yang seperti namanya mengemulasi terminal lama.
Cek Panduan Referensi Cepat, hlm. 33 bagaimana membuat PNR:
NM1SMITH/JOHN MR
NM
: "" perintah.1
: 1 penumpang dengan mengikuti nama keluarga.SMITH
: nama keluarga.JOHN
: nama pertama.MR
: judul.Menggunakan spasi, parsing adalah jelas, namun tidak semua agen yang menempatkan ruang, dengan demikian jika bukan agen jenis:
NM1ELADAWY/AMR
Maka perintah akan diuraikan sebagai (NM, 1, ELADAWY, A, BAPAK) untuk menjadi "membantu".
Seperti disebutkan, secara internal GDS akan menggunakan catatan terstruktur. Jika anda memecahkan entri data masalah, dan nama pertama anda adalah benar tercatat ke dalam sistem, maka anda tidak harus khawatir tentang masalah lebih lanjut.
Anda'll perlu periksa agen' bekerja. Hanya karena mereka jenis AMR
tidak berarti bahwa sistem akan menafsirkannya sebagai AMR
, seperti yang kita've terlihat.
Mereka dapat memperbaiki masalah ini dengan secara eksplisit menentukan judul: NM1ELADAWY/AMR MR
.
Agen mungkin tidak dapat memasukkan nama anda di sistem anda segera, untuk berbagai alasan. Jika mereka tidak, anda tidak bisa mengecek bahwa yang mereka lakukan itu benar. Anda mungkin harus bersikeras bahwa mereka melakukannya segera.
OTAs umumnya memiliki lebih modern, secara otomatis, sistem. Dengan demikian mereka lebih mungkin untuk mengandalkan lebih modern interface GDS.
Menggunakan OTA mungkin ada cara yang lebih mudah bagi anda untuk memastikan nama anda dengan benar dimasukkan dalam sistem.
Good luck
Kedengarannya seolah-olah 'masalah' anda akan memiliki adalah bahwa nama anda tidak dicetak dengan benar pada tiket. Namun anda harus mengharapkan jika ada beberapa masalah praktis. Maskapai sistem pemesanan muncul di masa kanak-kanak teknologi komputer dan masih tunduk pada beberapa pembatasan, yang sekarang tampak aneh atau usang. Sejak itu selalu ada resiko yang terlibat dalam mengubah atau memperluas sistem yang berjalan dan nama yang terkait pembatasan dalam sistem pemesanan memaksakan tidak ada masalah untuk operasi rutin, maskapai penerbangan yang ragu-ragu untuk menerapkan hanya 'optik' perbaikan dengan tidak ada atau sedikit nyata dan manfaat yang relevan.
Itu berarti, tentu saja itu banyak penumpang tidak akan memiliki nama mereka dicetak dengan benar pada tiket, tidak hanya orang-orang dengan nama mereka berakhir di 'mr' atau 'mrs'. Saya memiliki kesan bahwa sebagian besar sistem pemesanan hanya memungkinkan huruf-huruf a sampai z (tanpa kasus perbedaan) dalam bidang nama dan ini berarti bahwa semua penumpang akan nama ganda, tanda hubung, kasus yang relevan perbedaan huruf yang di luar dasar a-z nama mereka atau lihatlah, nama-nama yang ditulis dalam non-latin, akan memiliki nama-nama mereka yang salah pada tiket. Sejak memperbaiki masalah yang mungkin risiko memperkenalkan bug baru, yang benar-benar mengganggu operasi penerbangan, maskapai penerbangan mungkin tidak sangat bersedia untuk mengakui keterbatasan ini sebagai relevan dan perlu-untuk-akan-tetap masalah.
I misalnya bahwa konvensi menambahkan 'MR' atau 'MRS' di akhir nama muncul sekitar waktu itu pemerintah memperkenalkan maju penumpang persyaratan informasi. Setidaknya KITA API antarmuka membutuhkan airlines juga melaporkan penumpang's jenis kelamin karena jenis kelamin yang sebelumnya tidak menarik bagi maskapai penerbangan, itu biasanya tidak tercatat dan berbeda sistem pemesanan didn't mungkin bahkan memiliki sebuah lapangan di reservasi mereka catatan untuk penumpang jenis kelamin. Karena itu lebih mudah bagi airlines untuk memeras gender informasi ke yang sudah ada nama field alih-alih memperpanjang rekor pemesanan dengan jenis kelamin baru lapangan, mereka jelas mulai melakukannya.
Mengenai pertanyaan anda apakah itu adalah perilaku normal bagi sistem untuk menjatuhkan BAPAK, sistem tidak mengenali BAPAK setelah setiap huruf sebagai judul dan dalam kasus anda meninggalkan hanya huruf A. Ruang antara nama dan gelar yang benar-benar diabaikan. Anda harus selalu bersikeras untuk melihat bagaimana nama anda ditulis sebelum mengeluarkan tiket (mengenai maskapai penerbangan agent).
Ketika agen memasuki perintah untuk nama di sistem mereka harus tipe seperti ini (di Amadeus GDS)
NM1ELADAWY/AMR BAPAK
atau NM1ELADAWY/AMRMR
, maka tidak ada kemungkinan bahwa itu akan menjadi keliru.
Saya tidak yakin tentang penerbangan platform web. Biasanya ketika anda memasukkan data anda, anda memiliki daftar drop-down dengan judul dan kau memilih BAPAK Kemudian lanjutkan dengan memasukkan informasi lainnya yang biasanya di lapangan untuk nama depan, nama dll. Hal ini biasanya sangat mudah untuk digunakan. Selalu periksa nama ketika tiket dikeluarkan. Jika ada yang masih salah, memanggil maskapai segera, don't menunggu untuk check-in secara online.
Dari luar, hal ini tampaknya menjadi classic pemrograman kesalahan/shortcut.
Lama sistem pemesanan lebih suka untuk tetap menggunakan panggilan kehormatan (misalnya "TN", "MRS", "MS", "DR") di akhir nama yang diberikan (sebagian besar dari kita telah menyaksikan hal ini di pesawat promo).
Tapi, alih-alih menggunakan logical yang terpisah dilapangan untuk itu, mereka benar-benar tidak hanya menempel di akhir nama.
Sebagai konsekuensi dari yang hack, ketika mereka ingin mendapatkan yang pertama nama belakang mereka harus mengambil "TN"/"MRS"/"MS"/"DR" off lagi.
Dalam kasus anda, sistem ini melakukan hal itu sebagai selimut aturan, tanpa benar-benar memeriksa apakah input yang memiliki judul yang ditambahkan.
Saya don't pikir anda're akan mampu untuk bekerja di sekitar ini, tapi aku juga don't pikir itu harus menyebabkan anda masalah. Keanehan seperti ini akan baik-diharapkan oleh staf.
Strategi lain yang mungkin akan berpura-pura kau salah paham bentuk dan swap bidang. Kemudian ketika tiket kata "pertama" dan paspor anda mengatakan "pertama lalu," beberapa agen yang tidak melihat dan hanya yang paling menjengkelkan yang akan memberikan anda kesulitan.
Ini adalah sedikit off-topic dan mungkin bisa ditolak, tapi ini adalah karena sistem pemesanan yang berorientasi Barat sistem. Dalam situasi saya, saya banyak bepergian antara Cina dan Eropa, dan ketika pemesanan tiket di China, saya harus membayar lebih banyak perhatian untuk urutan di mana nama saya yang ditentukan. Sebagian besar hal ini bukan masalah besar, tapi saya telah dalam situasi yang mereka weren't dapat segera menemukan informasi saya berdasarkan nama.
Hal ini mungkin juga mengapa mereka tidak pernah diasumsikan MR
bisa menjadi bagian dari nama mereka mungkin telah digunakan sebagai akhiran yang menunjukkan Mr (seperti juga disebutkan di atas). Ada kemungkinan lebih banyak situasi yang menyebabkan edge kasus-kasus, seperti yang terbatas input panjang, harus menggunakan romanisasi, tidak ada karakter khusus, dll.
Terbaik akan mendapatkan pemesanan online di mana anda dapat memverifikasi informasi anda sendiri, atau konfirmasi pada web untuk boarding pass seperti ini biasanya memungkinkan anda untuk mengubah banyak dari PII (atau pemberitahuan ini di-waktu).
Aman perjalanan
Pada awalnya saya menemukan anda situasi lucu - tapi aku bersimpati dengan kau. Saya berpikir bahwa masalah ini lebih berkaitan dengan erosi dari kualitas perangkat lunak insinyur dan pengembang. Tampaknya mereka 'SEMUA' guru dan do terbaru javascript framework dan segala sesuatu yang lain apa 'Mereka' don't apa harus relevan, termasuk yang kompeten validasi. Saya bekerja untuk surat perusahaan distribusi (format alamat dan salam untuk sistem pos). Validasi Data dan format dapat dilakukan secara efektif di UI untuk data entry di titik capture! Data membersihkan dan memformat ulang alat-alat sebagai cadangan juga dapat dilaksanakan (meskipun seharusnya't mendapatkan itu). Hal ini tidak sulit tetapi tidak mulia - lebih melelahkan, hal ini dapat memakan waktu untuk mendapatkan yang benar sehingga yang dilakukan dalam cara mereka bisa mengatakan yang telah dilakukan (tetapi hanya representasi miskin mereka sendiri yang lemah kemampuan).
Tidak bercanda, aku mendapatkannya. AS saya gaya nama mencakup nama tengah dan Junior (Jr.). Aku punya birth cert...., paspor, sim, kartu kredit dan berbagai maskapai penerbangan akun. Kebanyakan dari mereka TIDAK jive dengan akte kelahiran saya, meskipun ketika saya masuk (atau dikoreksi mereka) secara online, mereka MASIH tetap tidak diformat dengan benar. Misalnya, menggabungkan beberapa saya Jr ke nama pertama ATAU terakhir saya, tapi itu's masih salah. Saya telah kehilangan banyak reservasi maskapai penerbangan, jadi saya melakukannya secara manual sekarang. Dan saya menjaga mereka konfirmasi nomor - saya hanya moneter jalan! Komputer mungkin akurat, tapi mereka tidak pintar (atau menyalahkan programmer). [kata-kata kasar saya - terima kasih]
I'm seorang insinyur perangkat lunak, dan saya bekerja untuk sebuah perusahaan besar dan internasional situs web e-commerce.
Aturan pemformatan untuk alamat internasional dan orang-orang yang "salam" sangat spesifik oleh negara.
Di Jepang, salam Mr atau Mrs pergi setelah nama: Mr Paul
Mungkin beberapa pengupasan teks kode yang akan menjadi bingung karena ini. Mencoba untuk menyarankan hal ini kepada perusahaan.