यात्री के लिए मुश्किल टोकरी

यात्रा सेवाओं की बुकिंग के लिए इंटरनेट सेवाएं अधिक परिष्कृत हो रही हैं।

नवीनतम रुझानों में से एक एकल टोकरी है। टोकरी का अर्थ (एकल / बहु, पाठक अपनी प्राथमिकताओं के आधार पर परिभाषाएं जोड़ सकता है) सरल है - अवसर बनाने के लिए, यात्री के लिए, बुकिंग के लिए (भुगतान), हवाई सेवाओं और सभी प्रकार की गैर-हवाई सेवाओं (कार किराए पर लेना, आवास, स्थानांतरण, आदि) के लिए। ), उन्हें फेंकने के रूप में, एक ऑनलाइन स्टोर में, एक ही टोकरी में।

मैं आपको उन पत्थरों के बारे में बताता हूँ जिनके बारे में इन तकनीकों का विकास लड़खड़ाता है

हवाई यात्रा (उद्योग में प्रौद्योगिकी के नेता) के लिए, यह सब लगभग 10 साल पहले शुरू हुआ जब अमेरिकन एयरलाइंस ने ऑनलाइन सेवाओं की एक पूरी श्रृंखला को बेचने की कोशिश की; कई बाधाएँ उत्पन्न हुईं:

• प्रतियोगियों के प्रतिरोध से - 200 छत वाले फेल्ट्स, 300 ट्रैवल एजेंसियों की छत फेल्ट्स (याचिकाकर्ता की कहानी से) ने अमेरिकी सीनेट (ट्रैवल एजेंसियों के कारोबार की मौत पर) को एक शिकायत लिखी;
• लेकिन सबसे महत्वपूर्ण बात, उद्योग की तकनीकी तत्परता अमेरिकन एयरलाइंस की शुरुआत के रास्ते में खड़ी है।

एक ही टोकरी का रास्ता

वर्ष 2014, IATA (एक अंतरराष्ट्रीय संगठन जो विमानन में मानक स्थापित करता है) हवाई मंचों के लिए सामान्य स्थल में नए एनडीसी मानक के लिए संक्रमण की घोषणा करता है, एविस्टार होटल में (वहां मैंने सुना, पहली बार सार्वजनिक स्थान पर, यह शब्द) और यह एक तस्वीर दिखाता है - एक टोकरी जिसमें विभिन्न प्रकार की सेवाएं खड़ी होती हैं। इस तरह से ई-कॉमर्स ग्राहक की टोकरी यात्रा उद्योग में आ गई।

टिप्पणी: NDC विश्व उड्डयन संगठन की एक वैश्विक पहल है, तकनीकी आधार डेटा विनिमय के लिए टेलीग्राम के xml प्रोटोकॉल के उपयोग से संक्रमण है। XML का एकीकरण आसान करता है। लेकिन मुख्य लक्ष्य अतिरिक्त सेवाओं के लिए बाजार है, इसकी क्षमता प्रति वर्ष $ 150 बिलियन है, और सबसे महत्वपूर्ण बात - टिकट बहुत कम मार्जिन लाते हैं, और अतिरिक्त सेवाओं को 5% (जो पहले से ही टिकट की लाभप्रदता से अधिक है) से 50% तक लाते हैं। अमेरिकी यात्रा एजेंसियों में से एक के मालिक के अनुसार - उनके व्यवसाय में एक हवाई टिकट, यह एक सुपरमार्केट में दूध की तरह है, यह पैसे नहीं लाता है, लेकिन यह शेल्फ पर मौजूद होना चाहिए, लेकिन पैसा दूसरे में है।

वर्ष 2017, हम एक यात्री के लिए सामान के लिए पहली एकीकृत वितरण प्रणाली लॉन्च करते हैं, एक टोकरी के साथ - आप टिकट में एक टोकरी डाल सकते हैं: आवास, कार किराए पर लेना, स्थानांतरण, एयरोएक्सप्रेस, बीमा (साथ ही इन बुनियादी सेवाओं में से प्रत्येक के लिए अतिरिक्त सेवाएं)।
वर्ष 2018, कज़ान में हवाई मंच पर एक प्रस्तुति की तैयारी कर रहा है, इस बारे में एक तस्वीर बना रहा है कि यह हमारे साथ कैसे सुविधाजनक रूप से व्यवस्थित है: मैंने टोकरी में सेवाओं को फेंक दिया और एक भुगतान में भुगतान किया, और एस 7 में असुविधाजनक है, जहां प्रत्येक सेवा एक अलग खरीद है। मैं S7 वेबसाइट पर जा रहा हूं, क्रॉस-चेक किया गया है, मैं कुछ महीनों के लिए वेबसाइट पर नहीं आया हूं, और यह वही बात है - आप एक ही टोकरी में एक साथ कई सेवाएं खरीद सकते हैं। मुझे Vnukovo साइट को एक खराब उदाहरण के रूप में उपयोग करना पड़ा।

वर्ष 2019, सभी ने एक ही मानक के अनुसार काम करना शुरू किया, अब तक कई परियोजनाएं पूरी नहीं हुई हैं, लेकिन केवल मैं व्यक्तिगत रूप से 4 परियोजनाओं को जानता हूं जो काम में हैं। सबसे बड़ी परियोजना आयात-प्रतिस्थापन करने वाले जीडीएस का निर्माण है (जो मैं नहीं कहूंगा, उनमें से दो को सर्वव्यापी एनडीए द्वारा निषिद्ध है)।

सीधे शब्दों में कहें: एक ही टोकरी के माध्यम से बेचना एक प्रवृत्ति है। और जो कोई भी टोकरी के साथ काम करना नहीं सीखता है, उसे कल दूसरी नौकरी की तलाश करनी होगी।

और यहां हम दिलचस्प पर आते हैं - और एक ही टोकरी में संक्रमण वास्तव में कैसे होता है।

टिप्पणी: वर्ण एक बड़ी और सम्मानित आईटी कंपनी के कर्मचारी होंगे। ये ज्ञानी और बुद्धिमान लोग हैं। लेख में वर्णित सभी गैरबराबरी सामान्य सोच से आती है।

पहली नज़र में, सब कुछ ठीक है - जीडीएस xml में बदल रहा है, बुकिंग संरचनाओं को बदल रहा है, परियोजनाएं प्रजनन कर रही हैं, आधुनिक तरीके से रहने के लिए सब कुछ। निश्चित रूप से बाहरी लोग हैं, जैसे कि लियोनार्डो पीएसएस (यात्री सेवा प्रणाली - एक प्रणाली जिसमें एयरलाइन अपने सभी संसाधनों को संग्रहीत करता है: बोर्ड, उड़ानें, सीटें, और अभी भी बहुत अच्छे पीएसएस हैं), यह प्रणाली ताजा है, यह केवल 5 साल पुरानी है। फिर भी, इसे एनडिल्यूवियन टेलीग्राम पर बनाया गया था, और एनडीसी के परिष्कार के बारे में, जो बिल्कुल नहीं जानता था। हमारे दिनों की यह रचना यह भी नहीं जानती कि स्वचालित मोड में शेड्यूल को कैसे अनलोड करना है, इसे मैन्युअल रूप से शिप किया जाता है और अक्सर बटन को भुला दिया जाता है और शेड्यूल नहीं आता है, और फिर मैनुअल कॉल प्रक्रिया सक्रिय हो जाती है।

लेकिन ये बाहरी लोग हैं जो आयात प्रतिस्थापन के साथ रहते हैं। सामान्य तौर पर ... और यहां सब कुछ अच्छा नहीं है। यह गिरावट, मैं एक बड़े प्रोजेक्ट के मुख्य टेक्नोलॉजिस्ट से रूसी आरक्षण प्रणाली (आधुनिक, यहां तक ​​कि नवाचार के दावे के साथ) के निर्माण के लिए पूछने के लिए हुआ, वे किस दृष्टिकोण का उपयोग करने जा रहे हैं - जीडीएस या एक बाजार स्थान। और फिर मैं जवाब में भाग गया: कि सब कुछ पहले से ही उद्योग में है और यहां कुछ भी आविष्कार करने की आवश्यकता नहीं है। मेरा पहला विचार था: मैंने असफल / गलत समय पर पूछा। लेकिन कई समान झड़पों के बाद और आधुनिक दृष्टिकोण क्या देते हैं (ये एक से अधिक कर्मचारियों के साथ झड़पें थीं) के मेरे असफल स्पष्टीकरणों के बाद, मुझे उद्योग के विकास की गहराई का एहसास हुआ।

और इसलिए, मैं कुछ मामलों को प्रस्तुत करता हूं, क्यों बाजार के दृष्टिकोण की आवश्यकता होती है और वे क्या देते हैं (मैं जानबूझकर टोकरी में केवल विमानन सेवाएं छोड़ता हूं ताकि उदाहरण तेज हो, लेकिन यह वैश्विक स्तर पर ले जाता है अगर कोई हवाई सेवा नहीं है)। उदाहरण एक एजेंट बिक्री योजना के मामलों का उपयोग करते हैं।

उदाहरण एक - गोल-यात्रा परिवहन

हम सबसे आम खोज इंजनों में से एक में जाते हैं - एविएलेस (क्षमा करें दोस्तों, मैं आपका सम्मान करता हूं, यह आपके बगीचे में एक पत्थर नहीं है) और मास्को-इस्तांबुल के लिए, वहां और वापस देखें। हम प्रस्तावों का एक गुच्छा पाते हैं, लेकिन उनमें से कोई भी हमें संतुष्ट नहीं करता है। तुरंत मैं एक यात्री के रूप में, खुद को उड़ानों से जोड़ना चाहता हूं। लेकिन देते नहीं। क्यों? बहुत सरल है।

राउंड ट्रिप के लिए जीडीएस को आरटी आरक्षण - (राउंड ट्रिप टिकट) - राउंड-ट्रिप टिकट, यानी राउंड-ट्रिप की आवश्यकता होती है। यह हमेशा संभव नहीं है। सबसे सरल उदाहरण आप एक एजेंट साइट हैं और आपके पास उड़ानों पर ऑफ़र प्राप्त करने के लिए कई स्रोत हैं। और मास्को - अपने एक स्रोत में इस्तांबुल। और इस्तांबुल-मास्को, आप एक अलग स्रोत में। जीडीएस कहता है, ठीक है, आप क्या कर सकते हैं ... लेकिन हमारे पास बाज़ार की एक टोकरी है और हम सेट करते हैं कि हमें वहाँ और पीछे की ज़रूरत है, और दो कवच बनाएं OW - (एक तरफ़ा टिकट) - एक तरफ़ा टिकट, और यात्री को 2 किलोमीटर का रास्ता भेजें। सब कुछ सुविधाजनक है, एक स्वाइप के साथ भुगतान करें।

तदनुसार, क्रम में (गोल-यात्रा उड़ानों के लिए), हमारी प्रणाली में, हमें आदेशों में एक प्रविष्टि बनानी होगी: आदेश तालिका। मुख्य पहचानकर्ता के रूप में, हम पारंपरिक पीएनआर का उपयोग नहीं करते हैं, लेकिन ऑर्डर संख्या - ऑर्डर_ एन - का उपयोग करते हैं। और सेवा तालिका में दो प्रविष्टियाँ: सेवाएँ, दोनों एक लिंक के साथ order_id से आदेशों तक। टाइप_फ्लाइट फ़ील्ड में, जीडीएस नियमों के अनुसार गठित एक आदेश के लिए, हम उड़ान के प्रकार आरटी के संकेत को निर्धारित करते हैं, न कि ओउ नियमों के अनुसार, पहले मामले में पीएनआर क्षेत्र में एक पहचानकर्ता, दूसरे दूसरे पहचानकर्ता में। इलेक्ट्रॉनिक टिकट और रूट रसीद के लिंक के साथ ही।

इस तरह के एक सरल डिजाइन उद्योग के नियमों का उल्लंघन किए बिना, हमें आवश्यकतानुसार काम करने की अनुमति देता है।

इस मामले में एक अलग कहानी, यह सुनिश्चित करते हुए कि आप निश्चित रूप से दोनों कंधों को बुक करेंगे। यह अधिक चालाक है, क्योंकि GDS में अनुरोधों का भुगतान किया जाता है। लेकिन यह सब इस बात पर निर्भर करता है कि आपके द्वारा उपयोग की जाने वाली हवाई सेवाओं के प्रस्तावों के कौन से स्रोत हैं, तो चलिए इस विषय को छोड़ देते हैं।

उदाहरण दो - वर्चुअल इंटरलाइन

यह तकनीक आपको विभिन्न एयरलाइनों की उड़ानों को संयोजित करने की अनुमति देती है, भले ही उनके और आम टैरिफ के बीच कोई समझौता न हो। संयुक्त, एक उड़ान के लिए एक प्रस्ताव बनाने के अर्थ में, जो स्थानान्तरण के साथ संचालित होता है, अर्थात्। यदि कोई सीधी उड़ान नहीं है जो आपको सूट करती है और कोई दिलचस्प स्थानान्तरण नहीं होता है, तो अपना ऑफ़र स्वयं एकत्र करें और एक विकल्प प्राप्त करें जो आपको सूट करता है।

इस योजना में, उड़ान की देरी के साथ एक यात्री की नियुक्ति सुनिश्चित करने के लिए, एक घात है। यदि उड़ानों में से एक में देरी हो रही है, तो यात्री को कौन समायोजित करेगा और अगर यात्री मास्को-लंदन, लंदन-रियाद की उड़ान में देरी हो जाती है और घाटे को ठीक करेगा, और यात्री के पास Riad-Jed उड़ान के लिए समय नहीं है, एयरलाइनों को इन सभी कनेक्शनों के बारे में पता नहीं है और यात्री को कुछ नहीं करना चाहिए। लेकिन यह पहले से ही एक प्रौद्योगिकी व्यवसाय है, और हमारे पास यहां एक आईटी संसाधन है।

हवाई अड्डों के लिए वर्चुअल इंटरलाइन विशेष रूप से दिलचस्प है, एक समान प्रणाली होने पर, आप दुनिया भर में व्यावहारिक रूप से उड़ानों को शामिल करके अपने मार्ग नेटवर्क का विस्तार कर सकते हैं। लेकिन निश्चित रूप से, हमारे पसंदीदा, एजेंसी साइट (या सिर्फ एक एजेंसी)।

चलो तकनीकी भाग पर चलते हैं

नियम - प्रत्येक उड़ान कंधे एक अलग सेवा है, डेटाबेस बिंदु से, सेवा तालिका में एक अलग प्रविष्टि। और सेवा मॉडल के दृष्टिकोण से, ये विभिन्न सेवाएं हैं जिन्हें स्वतंत्र रूप से संसाधित किया जा सकता है, मुख्य रूप से स्वयं को प्रभावित करते हैं। और उनके पास उड़ानों का प्रकार बिल्कुल वही है जो PSS को प्रेषित होता है, मुख्यतः OW। और प्रत्येक हाथ में एक पीएनआर है। एक मामले के साथ, जब हम एक मानक बहु-खंड उड़ान बुक करते हैं, अर्थात। इंटरलाइन समझौते के अनुसार, तब प्रत्येक कंधे पर तालिका में रिकॉर्ड होते हैं, लेकिन उनके पास एक सामान्य service_id होता है, अर्थात्। यह एक एकल सेवा (जैसे पीएनआर), और रिकॉर्ड, अच्छी तरह से है, इसलिए हम मानकीकरण प्राप्त करते हैं + आप कभी नहीं जानते कि हम फिर यात्री की खुशी के लिए क्या करते हैं, आपको उड़ानों को एटमाइज़ करने की आवश्यकता है ताकि डेटा को हेरफेर करना आसान हो। और सेगमेंट_नंबर क्षेत्र में उड़ान खंड की संख्या दर्ज करना न भूलें। और तदनुसार - यदि स्वयं द्वारा संयुक्त है, तो हम प्रत्येक सेगमेंट के लिए एक टिकट जारी करते हैं; अगर इंटरलाइन एग्रीमेंट द्वारा हम एक ही टिकट जारी करते हैं, तो अद्वितीय सेवा की संख्या के अनुसार बोलें।

लेकिन ये केवल डेटाबेस में प्रविष्टियां हैं। अधिक दिलचस्प, अर्थात् - बैगेज, यह वास्तव में एक अलग लेख का कारण है। लेकिन जब से हम यहां डिजाइन नहीं कर रहे हैं, लेकिन आपको आईटी तकनीकों के महान पेड़ की शाखाओं में से एक में वर्तमान प्रवृत्ति के बारे में बता रहे हैं, हमारे लिए यह कहना पर्याप्त है कि इस मामले में सबसे कठिन बात सामान के साथ क्या करना है।

कमेंट्री: सिर्फ चार्ल्स डी गॉल में नहीं, यह कि वह बहुत बड़ा है, मुझे ट्रांसप्लांट के लिए बस इतनी ही देर थी, एक तारीफ, एक ..., एक मोटी काली औरत के अर्थ में, जो मुझे सही में रनवे पर ले जाती है।

विवरणों में जाने के बिना, मान लें: आपको स्वचालित सामान हैंडलिंग सुनिश्चित करने के लिए कई सामान प्रबंधन प्रणालियों के साथ एकीकृत करने की आवश्यकता है। लेकिन यहाँ फिर से हम स्पष्ट रूप से एक छोटे से लेख के दायरे से परे हैं। हम केवल संकेत देते हैं कि वर्तमान प्रणालियों में, पहले उड़ान खंड के बाद, हवाई अड्डे पर सामान इकट्ठा करना आवश्यक होगा, और फिर इसे अगले खंड में फिर से स्थानांतरित करना होगा। यह न्यूनतम कनेक्शन समय को बढ़ाता है (मोटे तौर पर बोलते हुए, आपको सामान को फिर से लोड करने के लिए एक घंटे की आवश्यकता नहीं है, लेकिन एक घंटे + प्राप्त करने के लिए एक घंटे प्राप्त करने के लिए), और आम तौर पर अनुकूल का उपयोग नहीं करते हैं।

तीसरे का एक उदाहरण - गैर-विमानन सेवाओं के अतिरिक्त के साथ एक टोकरी

निम्नलिखित लेख पढ़ें ...