Layanan Internet untuk pemesanan layanan perjalanan menjadi semakin canggih.
Salah satu tren terbaru adalah keranjang tunggal. Arti keranjang (tunggal / multi, pembaca dapat menambahkan definisi berdasarkan preferensi-nya) sederhana - untuk menciptakan kesempatan, bagi pelancong, untuk memesan (membayar) untuk memesan, baik layanan udara dan semua jenis layanan non-udara (sewa mobil, akomodasi, transfer, dll. ), melempar mereka, seperti di toko online, ke dalam satu keranjang.
Saya akan memberi tahu Anda tentang batu-batu yang menjadi sandungan pengembangan teknologi ini
Untuk perjalanan udara (pemimpin teknologi dalam industri), semuanya dimulai sekitar 10 tahun yang lalu ketika American Airlines mencoba menjual berbagai layanan online; banyak kendala muncul:
- Dari perlawanan para pesaing - 200 kempa atap, 300 kubah perjalanan biro perjalanan (dari kisah pemohon) menulis keluhan kepada Senat AS (tentang kematian bisnis agen perjalanan);
- Tapi yang paling penting, kesiapan teknologi industri telah menghalangi jalannya American Airlines.
Jalan menuju satu keranjang
Tahun 2014, IATA (organisasi internasional yang menetapkan standar dalam penerbangan) mengumumkan transisi ke standar NDC baru di tempat biasa untuk forum udara di hotel Aviastar (di sana saya mendengar, untuk pertama kalinya di ruang publik, istilah ini) Dan itu menunjukkan gambar - keranjang di mana berbagai layanan ditumpuk. Ini adalah bagaimana keranjang pelanggan e-commerce masuk ke industri perjalanan.
Komentar: NDC adalah inisiatif global Organisasi Penerbangan Dunia, basis teknologinya adalah transisi dari penggunaan telegram ke protokol pertukaran data xml. XML tentu saja menyederhanakan integrasi. Tetapi tujuan utamanya adalah pasar untuk layanan tambahan, potensinya adalah $ 150 miliar per tahun, dan yang paling penting - tiket membawa margin yang sangat kecil, dan layanan tambahan dari 5% (yang sudah lebih tinggi dari profitabilitas tiket) menjadi 50%. Menurut pemilik salah satu agen perjalanan Amerika - dalam bisnis mereka tiket pesawat, itu seperti susu di supermarket, itu tidak membawa uang, tetapi harus ada di rak, tetapi uangnya ada di lain.Tahun 2017, kami meluncurkan sistem distribusi terpadu pertama untuk barang untuk pelancong, dengan satu keranjang - Anda dapat memasukkan keranjang tiket: akomodasi, sewa mobil, transfer, Aeroexpress, asuransi (serta layanan tambahan untuk masing-masing layanan dasar ini).
Tahun 2018, mempersiapkan presentasi di forum udara di Kazan, membuat gambaran tentang bagaimana hal itu diatur dengan mudah bersama kami: Saya melemparkan layanan ke keranjang dan membayar dalam satu pembayaran, dan betapa tidak nyamannya di S7, di mana setiap layanan merupakan pembelian terpisah. Saya pergi ke situs web S7, diperiksa silang, saya belum pernah mengunjungi situs web selama beberapa bulan, dan di sana hal yang sama - Anda dapat membeli beberapa layanan sekaligus dengan satu keranjang. Saya harus menggunakan situs Vnukovo sebagai contoh yang buruk.
Tahun 2019, semua orang mulai bekerja sesuai dengan standar yang sama, tidak banyak proyek yang diselesaikan sejauh ini, tetapi hanya secara pribadi saya tahu 4 proyek yang sedang bekerja. Yang terbesar adalah proyek untuk membangun GDS pengganti-impor (yang saya tidak akan mengatakan, ada dua dari mereka, NDA Mahakuasa melarang).
Sederhananya: menjual melalui satu keranjang adalah tren. Dan siapa pun yang tidak belajar cara bekerja dengan keranjang hari ini harus mencari pekerjaan lain besok.
Dan di sini kita sampai pada hal yang menarik - dan bagaimana transisi ke satu keranjang benar-benar terjadi.
Komentar: karakter akan menjadi karyawan perusahaan IT yang besar dan dihormati. Mereka adalah orang-orang yang berpengetahuan dan cerdas. Semua absurditas yang dijelaskan dalam artikel tersebut berasal dari sikap diam yang biasanya.Pada pandangan pertama, semuanya baik-baik saja - GDS beralih ke xml, mengubah struktur pemesanan, proyek berkembang biak, semuanya untuk hidup dengan cara modern. Pasti ada orang luar, seperti Leonardo PSS (Passenger Service System - sistem di mana maskapai menyimpan semua sumber dayanya: papan, penerbangan, kursi; dan masih ada banyak PSS yang baik), sistemnya masih segar, baru berusia 5 tahun. Namun demikian, itu dibangun di atas telegram kuno, dan tentang kecanggihan NDC, yang tidak tahu sama sekali. Penciptaan hari-hari kami ini bahkan tidak tahu cara membongkar jadwal dalam mode otomatis, itu dikirimkan secara manual dan sering kali tombol dilupakan dan jadwal tidak datang, dan kemudian proses panggilan manual diaktifkan.
Tapi ini adalah orang luar yang hidup dengan substitusi impor. Secara umum ... Dan tidak semuanya baik di sini. Musim gugur ini, kebetulan saya meminta kepala teknologis proyek besar untuk membangun sistem reservasi Rusia (modern, bahkan dengan klaim inovasi), pendekatan mana yang akan mereka gunakan - GDS atau pasar. Dan kemudian saya menemukan jawaban: bahwa semuanya sudah ada di industri dan tidak perlu menemukan apa pun di sini. Pikiran pertama saya adalah: Saya tidak berhasil / pada waktu yang salah. Tetapi setelah beberapa bentrokan semacam itu dan setelah penjelasan saya yang gagal tentang apa yang diberikan pendekatan modern (ini adalah bentrokan dengan lebih dari satu karyawan), saya menyadari kedalaman osifikasi industri.
Dan oleh karena itu, saya menyajikan beberapa kasus, mengapa pendekatan pasar diperlukan dan apa yang mereka berikan (saya sengaja hanya menyisakan layanan penerbangan di keranjang sehingga contohnya akan lebih cerah, tetapi ini mengambil skala global jika tidak ada layanan udara). Contoh-contoh menggunakan kasus skema penjualan agen.
Contoh satu - transportasi pulang pergi
Kami pergi ke salah satu mesin pencari paling umum - aviasales (maaf teman, saya menghormati Anda, ini bukan batu di kebun Anda) dan mencari Moskow-Istanbul, di sana dan di belakang. Kami menemukan banyak proposal, tetapi tidak satupun yang memuaskan kami. Segera saya ingin, sebagai seorang musafir, menggabungkan penerbangan sendiri. Tapi jangan memberi. Mengapa Sangat sederhana.
Untuk perjalanan pulang pergi GDS memerlukan pembentukan reservasi RT - (tiket pulang pergi) - tiket pulang pergi, mis. Pulang pergi. Ini tidak selalu memungkinkan. Contoh paling sederhana adalah Anda adalah situs agen dan Anda memiliki beberapa sumber untuk menerima penawaran pada penerbangan. Dan Moskow - Istanbul di satu sumber Anda. Dan Istanbul-Moskow, Anda, dari sumber berbeda. GDS mengatakan, baik, apa yang bisa Anda lakukan ... Tapi kami memiliki sekeranjang pasar dan kami membentuk perangkat yang kami butuhkan di sana dan kembali, dan membuat dua baju besi dengan tipe OW - (tiket sekali jalan) - tiket sekali jalan, dan mengirimkan rute penerimaan penumpang 2. Semuanya nyaman, bayar dengan satu gesekan.
Dengan demikian, dalam pesanan (untuk penerbangan pulang pergi), dalam sistem kami, kami harus membuat entri dalam pesanan: Tabel pesanan. Sebagai pengidentifikasi utama, kami tidak menggunakan PNR tradisional, tetapi order_n - nomor pesanan. Dan dua entri dalam tabel layanan: Layanan, keduanya dengan tautan melalui order_id ke pesanan. Di bidang type_flight, untuk pesanan yang dibentuk sesuai dengan aturan GDS, kami menetapkan tanda tipe penerbangan rt, bukan menurut aturan arus, di bidang PNR dalam kasus pertama satu pengidentifikasi, di pengidentifikasi lainnya yang kedua. Sama dengan tautan ke tiket elektronik dan tanda terima rute.
Desain yang sederhana memungkinkan, tanpa melanggar aturan industri, untuk bekerja sesuai kebutuhan.
Cerita terpisah dalam kasus ini, memastikan bahwa Anda pasti akan memesan kedua pundak. Itu lebih licik, karena permintaan dalam GDS dibayar. Tapi itu semua tergantung pada sumber proposal mana untuk layanan udara yang Anda gunakan, jadi mari kita tinggalkan topik ini.
Contoh Dua - Interline Virtual
Teknologi ini memungkinkan Anda untuk menggabungkan penerbangan dari berbagai maskapai, bahkan jika tidak ada kesepakatan antara mereka dan tarif umum. Combine, dalam arti membentuk proposal untuk penerbangan yang dioperasikan dengan transfer, yaitu Jika tidak ada penerbangan langsung yang cocok untuk Anda dan tidak ada transfer yang menarik, kumpulkan penawaran Anda sendiri dan dapatkan opsi yang cocok untuk Anda.
Dalam skema ini, ada penyergapan, yaitu, memastikan penempatan penumpang dengan penundaan penerbangan. Siapa yang akan mengakomodasi penumpang jika salah satu penerbangan ditunda dan siapa yang akan memulihkan kerugian jika penumpang tiba di Moskow-London, penerbangan London-Riad tertunda, dan penumpang tidak punya waktu untuk penerbangan Riad-Jed, maskapai tidak tahu tentang semua koneksi ini dan tidak ada yang harus dilakukan penumpang. Tapi ini sudah menjadi bisnis teknologi, dan kami memiliki sumber daya TI di sini.
Interline virtual sangat menarik untuk bandara, karena memiliki sistem yang serupa, Anda dapat memperluas jaringan rute Anda dengan memasukkan penerbangan praktis di seluruh dunia. Tapi tentu saja, situs agen favorit kami (atau hanya agen).
Mari kita beralih ke bagian teknis
Aturan - setiap bahu penerbangan adalah layanan terpisah, dari titik basis data, entri terpisah di tabel layanan. Dan dari sudut pandang model layanan, ini adalah layanan yang berbeda yang dapat diproses secara independen, terutama yang memengaruhi diri mereka sendiri. Dan jenis penerbangan yang mereka miliki adalah persis yang ditransmisikan ke PSS, terutama OW. Dan setiap lengan memiliki PNR. Dengan kasing, saat kami memesan penerbangan multi-segmen standar, mis. sesuai dengan perjanjian interline, maka ada catatan dalam tabel di setiap bahu, tetapi mereka memiliki service_id umum, yaitu ini adalah layanan tunggal (seperti PNR), dan catatan, yah, jadi kami mencapai standardisasi + Anda tidak pernah tahu apa yang kemudian kami buat untuk kesenangan pelancong, Anda perlu melakukan atomisasi penerbangan sehingga lebih mudah untuk memanipulasi data. Dan jangan lupa untuk memasukkan nomor segmen penerbangan di bidang segment_number. Dan karenanya - jika digabungkan sendiri, maka kami mengeluarkan tiket ke setiap segmen; jika dengan perjanjian interline kami mengeluarkan satu tiket, jadi untuk berbicara sesuai dengan jumlah service_id unik.
Tetapi ini hanya entri dalam database. Lebih menarik, yaitu - BAGGAGE, ini sebenarnya alasan untuk artikel yang terpisah. Tetapi karena kami tidak merancang di sini, tetapi memberi tahu Anda tentang tren saat ini di salah satu cabang pohon teknologi TI yang hebat, cukup bagi kami untuk mengatakan bahwa hal yang paling sulit dalam masalah ini adalah apa yang harus dilakukan dengan barang bawaan.
Komentar: tidak di Charles de Gaulle, yang sangat besar, saya terlambat untuk transplantasi, puji ..., dalam arti seorang wanita kulit hitam gemuk yang mendorong saya ke papan, tepat di landasan.Tanpa merinci, katakanlah: Anda perlu berintegrasi dengan beberapa sistem manajemen bagasi untuk memastikan penanganan bagasi otomatis. Tetapi di sini sekali lagi kita dengan jelas melampaui ruang lingkup artikel kecil. Kami hanya mengindikasikan bahwa dalam sistem saat ini, setelah segmen penerbangan pertama, akan diperlukan untuk mengambil bagasi di bandara, dan kemudian mentransfernya lagi ke segmen berikutnya. Ini meningkatkan waktu koneksi minimum (secara kasar, Anda tidak perlu satu jam untuk memuat ulang, tetapi satu jam untuk menerima + satu jam untuk menyerahkan), dan umumnya tidak menggunakan ramah.
Contoh yang ketiga - keranjang dengan penambahan layanan non-penerbanganBaca artikel berikut ...