سلة صعوبة للمسافر

خدمات الإنترنت لحجز خدمات السفر أصبحت أكثر تطوراً.

واحدة من أحدث الاتجاهات هي سلة واحدة. معنى السلة (مفردة / متعددة ، يمكن للقارئ إضافة تعريفات بناءً على تفضيلاته) بسيط - لإتاحة الفرصة ، للمسافر ، للحجز (الدفع) للحجوزات ، كل من الخدمات الجوية وجميع أنواع الخدمات غير الجوية (تأجير السيارات ، الإقامة ، النقل ، إلخ) ) ، رميهم ، كما هو الحال في متجر على شبكة الإنترنت ، في سلة واحدة.

سوف أخبركم بالحجارة التي يتعثر فيها تطوير هذه التقنيات

بالنسبة للسفر الجوي (رائد التكنولوجيا في الصناعة) ، بدأ كل شيء منذ حوالي 10 سنوات عندما حاولت شركة الخطوط الجوية الأمريكية بيع مجموعة كاملة من الخدمات عبر الإنترنت ؛ نشأت العديد من العقبات:

• من مقاومة المنافسين - 200 من ألواح التسقيف ، كتبت 300 وكالة من وكالات السفر من ألواح التسقيف (من قصة الملتمس) شكوى إلى مجلس الشيوخ الأمريكي (بشأن وفاة شركات وكالات السفر) ؛
• ولكن الأهم من ذلك ، أن الاستعداد التكنولوجي لهذه الصناعة يقف في طريق بدء الخطوط الجوية الأمريكية.

الطريق إلى سلة واحدة

عام 2014 ، IATA (منظمة دولية تضع المعايير في مجال الطيران) تعلن عن الانتقال إلى معيار NDC الجديد في المكان المعتاد للمنتديات الجوية ، في فندق Aviastar (هناك سمعت ، لأول مرة في الفضاء العام ، هذا المصطلح) وهذا يظهر صورة - سلة يتم فيها تكديس مجموعة متنوعة من الخدمات. هذه هي الطريقة التي دخلت بها سلة عملاء التجارة الإلكترونية صناعة السفر.

تعليق: NDC هي مبادرة عالمية لمنظمة الطيران العالمية ، والأساس التكنولوجي هو الانتقال من استخدام البرقيات إلى بروتوكول تبادل بيانات XML. XML بالطبع يبسط التكامل. لكن الهدف الرئيسي هو سوق الخدمات الإضافية ، حيث تبلغ إمكانياتها 150 مليار دولار سنويًا ، والأهم من ذلك - أن التذاكر تحقق هامشًا ضئيلًا للغاية ، والخدمات الإضافية من 5٪ (وهو أعلى بالفعل من ربحية التذاكر) إلى 50٪. وفقًا لمالك إحدى وكالات السفر الأمريكية - في أعمالهم تذكرة سفر ، إنه يشبه الحليب في السوبر ماركت ، فهو لا يجلب المال ، لكن يجب أن يكون موجودًا على الرف ، والمال موجود في مكان آخر.

عام 2017 ، أطلقنا أول نظام توزيع موحد للبضائع للمسافرين ، مع سلة واحدة - يمكنك وضع تذكرة في سلة: الإقامة ، تأجير السيارات ، النقل ، Aeroexpress ، التأمين (بالإضافة إلى خدمات إضافية لكل من هذه الخدمات الأساسية).
عام 2018 ، التحضير لعرض تقديمي في المنتدى الجوي في قازان ، وصورة عن كيفية ترتيبه معنا بشكل مريح: ألقيت الخدمات في السلة وأدفعت دفعة واحدة ، وكيف غير مريح في S7 ، حيث تكون كل خدمة عملية شراء منفصلة. أنا ذاهب إلى موقع S7 على الويب ، وتم التحقق منه ، ولم أذهب إلى موقع الويب منذ شهرين ، وهناك نفس الشيء - يمكنك شراء العديد من الخدمات في وقت واحد باستخدام سلة واحدة. اضطررت لاستخدام موقع فنوكوفو كمثال سيء.

في عام 2019 ، بدأ الجميع العمل وفقًا للمعيار نفسه ، لا يوجد الكثير من المشاريع المنجزة حتى الآن ، لكنني شخصياً فقط أعرف 4 مشاريع تعمل. الأكبر هو مشروع إنشاء GDS بديلة للاستيراد (لن أقول ، هناك اثنان منهم ، يحظر NDA سبحانه وتعالى).

ببساطة: البيع من خلال سلة واحدة هو الاتجاه. وأي شخص لا يتعلم كيفية العمل مع سلة اليوم سوف يضطر إلى البحث عن وظيفة أخرى غدًا.

وهنا نأتي إلى الاهتمام - وكيف يحدث الانتقال إلى سلة واحدة بالفعل.

التعليق: ستكون الشخصيات من موظفي شركة تكنولوجيا معلومات كبيرة ومحترمة. هؤلاء هم الناس دراية وذكية. كل العبث الموصوف في المقال يأتي من تحفظ التفكير المعتاد.

للوهلة الأولى ، كل شيء على ما يرام - GDS تتحول إلى xml ، وتغيير هياكل الحجز ، والمشاريع تتكاثر ، كل شيء للعيش بطريقة حديثة. هناك بالتأكيد غرباء ، مثل Leonardo PSS (نظام خدمة الركاب - نظام تخزن فيه شركة الطيران جميع مواردها: المجالس والرحلات الجوية والمقاعد ؛ وما زال هناك الكثير من PSS الجيد) ، والنظام جديد ، عمره 5 سنوات فقط. ومع ذلك ، فقد تم بناؤه على برقيات عتيقة ، وحول تطور NDC ، الذي لم يكن يعرف على الإطلاق. إن إنشاء أيامنا هذه لا يعرف حتى كيفية إلغاء تحميل جدول في الوضع التلقائي ، بل يتم شحنها يدويًا وغالبًا ما يتم نسيان الزر ولا يأتي الجدول ، ثم يتم تنشيط عملية الاتصال اليدوي.

ولكن هؤلاء هم الغرباء الذين يعيشون مع استبدال الواردات. بشكل عام ... وليس كل شيء جيد هنا. في هذا الخريف ، أتيحت لي الفرصة للسؤال عن كبير تقنيي مشروع كبير لبناء نظام حجز روسي (حديث ، حتى مع المطالبة بالابتكار) ، وهو النهج الذي سيستخدمونه - GDS أو السوق. ثم واجهت الجواب: أن كل شيء موجود بالفعل في الصناعة وليس هناك حاجة لابتكار أي شيء هنا. فكرتي الأولى كانت: سألت دون جدوى / في الوقت الخطأ. لكن بعد العديد من هذه الاشتباكات وبعد توضيحات غير ناجحة لما تقدمه الأساليب الحديثة (كانت هذه اشتباكات مع أكثر من موظف واحد) ، أدركت عمق التحجر لهذه الصناعة.

وبالتالي ، أقدم حالتين ، ولماذا كانت هناك حاجة إلى نهج السوق وما يقدمونه (أترك عمداً خدمات الطيران فقط في السلة بحيث تكون الأمثلة أكثر إشراقًا ، لكن هذا يأخذ نطاقًا عالميًا إذا لم تكن هناك خدمات جوية). تستخدم الأمثلة حالات مخطط مبيعات الوكيل.

مثال واحد - النقل ذهابا وإيابا

نذهب إلى أحد أكثر محركات البحث شيوعًا - aviasales (أعزائي الرجال ، أحترمكم ، هذا ليس حجرًا في حديقتك) وابحث عن موسكو - اسطنبول ، هناك والعودة. نجد مجموعة من المقترحات ، لكن أيا منها لا يرضينا. أريد على الفور ، كمسافر ، الجمع بين الرحلات الجوية بنفسي. ولكن لا تعطي. لماذا؟ بسيط جدا

بالنسبة إلى الرحلة ذهابًا وإيابًا ، تتطلب GDS تكوين حجز RT - (تذكرة ذهابًا وإيابًا) - تذكرة ذهابًا وإيابًا ، أي ذهابًا وإيابًا. هذا غير ممكن دائما. أبسط مثال على ذلك هو أنك وكيل موقع ولديك عدة مصادر لتلقي العروض على الرحلات الجوية. وموسكو - اسطنبول في مصدر واحد الخاص بك. واسطنبول-موسكو ، أنت ، في مصدر مختلف. تقول GDS ، حسنًا ، ما الذي يمكنك فعله ... لكن لدينا سلة من الأسواق ونشكل المجموعة التي نحتاجها هناك والعودة ، وننشئ درعين من النوع OW - (تذكرة ذهاب) - تذكرة ذهاب وإياب ، ونرسل طرق استلام الركاب 2. كل شيء مناسب ، وادفع بضغطة واحدة.

وفقًا لذلك ، في الترتيب (لرحلات الذهاب والإياب) ، في نظامنا ، يجب علينا إنشاء إدخال في جدول الطلبات: جدول الطلبات. كمعرف رئيسي ، نحن لا نستخدم PNR التقليدية ، ولكن order_n - رقم الطلب. واثنين من المدخلات في جدول الخدمات: الخدمات ، مع وجود رابط من خلال order_id للأوامر. في حقل type_flight ، بالنسبة لطلب تم إنشاؤه وفقًا لقواعد GDS ، قمنا بتعيين علامة نوع الرحلة rt ، وليس وفقًا لقواعد ow ، في حقل PNR في معرف الحالة الأولى ، في معرف آخر ثانٍ. الشيء نفسه مع روابط لتذكرة إلكترونية واستلام الطريق.

يسمح هذا التصميم البسيط ، دون انتهاك قواعد الصناعة ، بالعمل حسب حاجتنا.

قصة منفصلة في هذه الحالة ، تضمن أنك ستحجز بالتأكيد كلا الكتفين. إنه أمر أكثر دهاء ، حيث يتم دفع الطلبات في GDS. لكن كل هذا يتوقف على مصادر المقترحات الخاصة بالخدمات الجوية التي تستخدمها ، لذلك دعونا نترك هذا الموضوع.

المثال الثاني - Interline الظاهري

تتيح لك هذه التقنية الجمع بين رحلات شركات الطيران المختلفة ، حتى لو لم يكن هناك اتفاق بينها وبين التعريفات المشتركة. الجمع ، بمعنى تكوين اقتراح لرحلة يتم تشغيلها مع عمليات النقل ، أي إذا لم تكن هناك رحلة مباشرة تناسبك ولم تكن هناك عمليات نقل مثيرة ، فقم بجمع عرضك بنفسك واحصل على خيار يناسبك.

في هذا المخطط ، يوجد كمين ، وهو ضمان وضع الراكب مع تأخير الرحلة. من الذي سيستوعب الراكب في حالة تأخر إحدى الرحلات واسترداد الخسائر إذا وصل الراكب إلى موسكو - لندن ، وتأخرت رحلة لندن-الرياض ، ولم يكن لدى الراكب الوقت الكافي لرحلة رياض - جاد ، ولا تعرف شركات الطيران كل هذه الرحلات و لا شيء للراكب ينبغي. لكن هذا عمل تجاري بالفعل ، ولدينا مورد لتكنولوجيا المعلومات هنا.

يمثل الخط الافتراضي اهتمامًا خاصًا للمطارات ، ولديه نظام مماثل ، يمكنك توسيع شبكة خطوط الطيران الخاصة بك عن طريق تضمين رحلات عملياً في جميع أنحاء العالم. لكن بالطبع ، موقع الوكالة المفضل لدينا (أو مجرد وكالة).

دعنا ننتقل إلى الجزء الفني

القاعدة - كل كتف رحلة هو خدمة منفصلة ، من نقطة قاعدة البيانات ، إدخال منفصل في جدول الخدمات. ومن وجهة نظر نموذج الخدمة ، هذه هي خدمات مختلفة يمكن معالجتها بشكل مستقل ، وتؤثر بشكل رئيسي على أنفسهم. ونوع الرحلات التي لديهم هي بالضبط تلك التي يتم إرسالها إلى PSS ، OW بشكل رئيسي. ولكل ذراع PNR. في هذه الحالة ، عندما نحجز رحلة قياسية متعددة القطاعات ، أي وفقًا لاتفاقية interline ، فهناك سجلات في الجدول على كل كتف ، لكن لديهم خدمة مشتركة ، مثل: هذه خدمة واحدة (مثل PNR) ، وسجلات ، حسنًا ، لذلك نحن نحقق التقييس + أنت لا تعرف أبدًا ما الذي توصلنا إليه بعد ذلك من أجل متعة المسافر ، فأنت بحاجة إلى تفكيك الرحلات الجوية بحيث يكون من السهل التعامل مع البيانات. ولا تنسَ إدخال رقم الجزء الخاص بالطيران في الحقل segment_number. وفقًا لذلك - إذا جمعنا أنفسنا ، فإننا نصدر تذكرة لكل قطعة ؛ إذا أصدرنا باتفاق interline تذكرة واحدة ، إذا جاز التعبير وفقًا لعدد خدمات service_id الفريدة.

ولكن هذه ليست سوى إدخالات في قاعدة البيانات. أكثر إثارة للاهتمام ، وهي - الأمتعة ، وهذا في الواقع سبب لمقال منفصل. ولكن نظرًا لأننا لا نقوم بالتصميم هنا ، ولكننا نخبرك بالاتجاه الحالي في أحد فروع الشجرة العظيمة لتقنيات تكنولوجيا المعلومات ، يكفي أن نقول إن أصعب شيء في هذا الصدد هو ما يجب فعله بالأمتعة.

التعليق: ليس فقط في شارل ديغول ، هذا كبير جدًا ، لقد تأخرت كثيرًا عن عملية زرع ، وأشيد ... ، بمعنى امرأة سوداء بدينة دفعتني على متن الطائرة ، مباشرة على المدرج.

دون الخوض في التفاصيل ، دعنا نقول: يجب أن تتكامل مع العديد من أنظمة إدارة الأمتعة لضمان التعامل التلقائي مع الأمتعة. ولكن هنا مرة أخرى نذهب بوضوح إلى أبعد من نطاق مقال صغير. نشير فقط إلى أنه في الأنظمة الحالية ، بعد الجزء الأول من الرحلة ، سيكون من الضروري جمع الأمتعة في المطار ، ثم نقلها مرة أخرى إلى الجزء التالي. يؤدي هذا إلى زيادة الحد الأدنى لوقت الاتصال (بشكل عام ، لا تحتاج إلى ساعة لإعادة تحميل الأمتعة ، ولكن ساعة لتلقي + ساعة لتسليمها) ، وعمومًا لا تستخدم الودية.

مثال على الثالث - سلة مع إضافة خدمات غير الطيران

اقرأ المقال التالي ...