في سلسلة الأسئلة الشائعة الأسبوعية هذه، سيستكشف خبراء Ink كيفية انتقال شركات الطيران إلى نظام البيع بالتجزئة الحديث لشركات الطيران، ويشاركون ما يعنيه ذلك بالنسبة لتقديم الخدمات، والتغييرات التي ينطوي عليها، والخطوات العملية التي تجعل هذا التحول سلسًا.
في العدد الأول، تحدثنا عن الانتقال من PNR والوفاء القائم على التذاكر إلى الطلبات.
في هذه الأسئلة الشائعة، يشرح فيكتور ألزاتي، رئيس قسم المنتجات، وبن وايمارك، نائب رئيس قسم هندسة المنتجات، كيفية تواصل أنظمة التشغيل الخاصة بك مع نظام الطلبات. من الذي يخبرك أن العميل جاهز للسفر، وكيف يتم إدخال هذه الحالة في نظام الطلبات، وماذا يحدث للأمتعة في هذه العملية.
نركز على خمسة أسئلة:
- كيف ستعمل خدمة "Ready to Fly" عبر شركات الطيران؛ هل تعتمد على نظام DCS أم على الطلبات؟
- هل يختلف "تسجيل الوصول وعدم الحضور"عن "عدم تسجيل الوصول وعدم الحضور"فيما يتعلق برد الأموال؟
- ماذا يعني "أنظمة إدارة التسليم المتعددة لكل خدمة"في الممارسة العملية؟
- كيف يتم تقديم الخدمات من الأوامر إلى نظام DCS وأنظمة تشغيلية أخرى؟
ماذا عن الأمتعة؛ هل هي جاهزة لمنصات حديثة مثل BIX؟
س: كيف ستعمل خدمة "Ready to Fly" عبر شركات الطيران المختلفة؟ هل تعتمد على نظام DCS أم على الطلبات؟
أولاً، المصطلحات:
- DCS - نظام مراقبة المغادرة، وهو النظام الذي يدير عمليات تسجيل الوصول والصعود إلى الطائرة وتخصيص المقاعد في المطار.
- DMS - نظام إدارة التسليم، وهو النظام الذي يشمل بوابات الصالات ومراقبة المغادرة، حيث يمكنك إدارة أوقات التوصيل الدنيا واستلام الأمتعة بالإضافة إلى جميع وظائف نظام DCS.
- DC - وحدة التحكم في المغادرة ضمن نظام DMS، والتي تنفذ وظائف DCS القديمة
- OrMS - نظام إدارة الطلبات، وهو النظام الذي يخزن الطلبات والخدمات وحالتها.
- الموزع - شركة الطيران أو الشريك الذي يبيع العرض للعميل ويمتلك الطلب.
- المورد - شركة الطيران التي تشغل الرحلة.
في نظام التجزئة والتوريد، يمتلك التاجر الطلب، لكن المورد هو الذي يدير الرحلة. نظام DCS أو DMS الخاص بالمورد هو النظام الذي يعرف:
- من قام بتسجيل الدخول
- من أتم الفحوصات المطلوبة
- من تم قبوله للسفر وصعد على متن الطائرة
ومع ذلك، يجب أن يكون "جاهز للطيران" مرئيًا أيضًا في نظام إدارة التجزئة (OrMS) الخاص بالمتاجر، لأنه يحفز:
- ما يراه العميل في التطبيق أو البوابة الإلكترونية
- ما إذا كانت الخدمة تعامل على أنها مقدمة لأغراض قواعد الاسترداد والإيرادات
- ما يتم إبلاغه للشركاء وفي التسوية
إذن الانقسام هو:
- المورد DCS / DC هو مصدر الحقيقة التشغيلية في المطار
- المورد OrMS هو سجل المورد للطلب
- OrMS هو سجل التاجر لنفس الطلب
النموذج العملي يبدو كما يلي:
إذن، الإجابة على سؤال "DCS أم OrMS" هي:
- يبدأ الحدث في DCS / DC المورد
- "مصدر الحقيقة" لمنتجات وخدمات شركة الطيران هو OrMS
- "جاهز للطيران" لا ينبغي أن يكون مجرد مفهوم خاص بمراقبة المغادرة لا يصل أبدًا إلى مرحلة الطلب
عندما لا يكون لدى المورد نظام إدارة الطلبات (OrMS) مناسبًا بعد، يمكنك وضع طبقة تكامل صغيرة بينهما، والتي تستمع إلى أحداث التحكم في المغادرة وتحولها إلى تحديثات للطلبات بالنسبة لتاجر التجزئة. على المدى الطويل، تريد أن يتواصل مركز التوزيع مع نظام إدارة الطلبات (OrMS)، وأن يتواصل نظام إدارة الطلبات (OrMS) مع نظام إدارة الطلبات (OrMS) بين شركات الطيران.
س: هل يختلف "تسجيل الوصول وعدم الحضور"عن "عدم تسجيل الوصول وعدم الحضور"فيما يتعلق برد الأموال؟
نعم، يجب أن يكون كذلك. إذا كانت إجراءاتك لا تميز بينهما اليوم، فإن سياستك غير واضحة.
هناك حالتان أساسيتان:
السيناريو 1. قام العميل بتسجيل الوصول، ولكنه لم يصعد إلى الطائرة.
- احتفظت شركة الطيران بالمقعد
- بدء العمل التشغيلي: قد يتم فحص الحقائب، وتحميل الطعام، وتحديث قوائم الأمن
- التغييرات المتأخرة قد تؤدي إلى تعطيل الرحلة
السيناريو 2. لم يقم العميل بتسجيل الوصول ولم يحضر.
- هناك عمل تشغيلي أقل
- قد يتم الإفراج عن المقعد في وقت مبكر
- تقل التكلفة والاضطرابات
في النموذج القائم على الطلبات، يمكنك تتبع كل خدمة على حدة:
- حالة تسجيل الوصول
- حالة الصعود إلى الطائرة
- ما إذا كانت الخدمات ذات الصلة مثل الأمتعة أو المقاعد قد تم تقديمها بالفعل
- عندما وقعت هذه الأحداث
وهذا يعني أن قواعد الاسترداد والقسائم يمكن أن تنظر في:
- "هل قاموا بتسجيل الوصول؟"
- "هل صعدوا على متن الطائرة"
- "ما هي الخدمات التي تم تقديمها بالفعل"
بدلاً من عبارة "التذكرة مستخدمة أو غير مستخدمة"غير الدقيقة، لديك خيارات أكثر دقة:
- عدم تسجيل الوصول وعدم الحضور - السماح بخصم جزئي على بعض الخدمات.
- تسجيل الوصول وعدم الحضور - قواعد أكثر صرامة، لأنك قد قدمت بالفعل جزءًا من الخدمة.
لذا، إذا كانت أداة الاسترداد الخاصة بك لا تزال تتجاهل حالة تسجيل الوصول والتسليم، فهذا الآن اختيار واعٍ وليس قيدًا صارمًا على النظام الخاص بالطلبات.
س: ماذا يعني "أنظمة إدارة التسليم المتعددة لكل خدمة"في الممارسة العملية؟
بعبارة واضحة: يمكن تقديم خدمة واحدة من خلال عدة أنظمة.
لنأخذ مثالاً بسيطاً:
يسافر أحد الركاب من A إلى B. لديه حقيبة يد واحدة وحقيبة مسجلة واحدة ومقعد مدفوع الثمن وإمكانية دخول الصالة.
حتى بالنسبة لتلك الرحلة، هناك عدة أنظمة تشغيلية معنية:
- تتولى وحدة مراقبة المغادرة إجراءات تسجيل الوصول والصعود إلى الطائرة
- يقوم نظام الأمتعة أو وحدة DMS بإدارة الأمتعة المسجلة
- تقوم وحدة إدارة المقاعد أو وحدة DMS بإدارة تخصيص المقاعد
- نظام صالة يصادق على الوصول
- قد يتم إعداد وجبات خاصة من خلال خدمة تقديم الطعام أو نظام الطلب المسبق للوجبات.
في عالم PNR (سجل أسماء الركاب)، يمكنك ربط ذلك مع:
- عناصر PNR و SSR (طلبات الخدمة الخاصة)
- التذاكر والوثائق الإلكترونية المتنوعة (EMD)
- العديد من عمليات الدمج المخصصة من نقطة إلى نقطة
في عالم النظام، الفكرة مختلفة:
- OrMS تمتلك الصورة الكاملة للطلب وخدماته
- كل نظام توصيل يحتاج فقط إلى رؤية الأجزاء التي عليه توصيلها
لذا فإن "أنظمة إدارة التسليم المتعددة لكل خدمة"تعني:
- يمكن لعدة أنظمة رؤية وتحديث خدمة واحدة في الطلب، على سبيل المثال، "حقيبة مسجلة للمسافر 1 على الرحلة 123".
- جميعهم يتحدثون إلى OrMS، وليس مباشرة مع بعضهم البعض.
- OrMS هو المكان الذي يحفظ التاريخ والوضع الحالي.
وهذا يمنع كل نظام من اختراع حقيقته الجزئية الخاصة حول ما تم تسليمه.
س: كيف يتم تقديم الخدمات من قسم الطلبات إلى قسم مراقبة المغادرة وأنظمة التشغيل الأخرى؟
اليوم، بالنسبة للعديد من شركات الطيران، تعتبر التذاكر والقسائم هي المحرك الرئيسي لعمليات التسليم. تراقب أنظمة مراقبة المغادرة والأمتعة حالة التذاكر وملاحظات PNR.
في الإعداد القائم على الطلبات، يتم التسليم بناءً على الطلب. يعرف OrMS ما يلي:
- من هم المسافرون
- الرحلات الجوية والخدمات التي اشتروها
- ما هي قواعد التغيير والاسترداد والتسليم؟
ثم يبدو التدفق كما يلي.
- تم إنشاء الطلب وتخزينه في OrMS. يحتوي OrMS على الركاب والرحلات الجوية والمقاعد والأمتعة والخدمات الإضافية والشروط والمدفوعات.
- تسأل أنظمة التشغيل عما يجب تقديمه، أو يتم إخبارها بذلك. هناك نمطان:
- سحب - يطلب DCS/DMS من OrMS، "ما الذي أحتاج إلى توفيره لهذا الراكب أو هذه الرحلة؟"
- الدفع - يرسل OrMS "هذا ما يجب عليك تسليمه"إلى DCS/DMS أو نظام آخر عند حدوث محفزات معينة، على سبيل المثال، عند فتح تسجيل الوصول
- تقوم أنظمة التشغيل بالإبلاغ عما حدث.
أمثلة:- يرسل DCS/DC "تسجيل دخول الراكب" و"صعود الراكب" و"تغيير المقعد".
- نظام الأمتعة يرسل "حقيبة تحمل الرقم X"، "حقيبة محملة"، "حقيبة فاتت رحلتها".
- نظام الصالة يرسل "العميل استخدم الصالة في الوقت Y".
- يقوم OrMS بتحديث الطلب ومشاركة هذا الحالة. تأخذ OrMS تلك الأحداث، وتقوم بتحديث الأمر، ثم:
- تحديث تطبيق العميل أو موقع الويب.
- يغذي الإيرادات والمحاسبة.
- يدفع إلى إعادة الحجز ومعالجة الاضطرابات والتحليلات اللاحقة.
بدلاً من أن تكون الأحداث التشغيلية محصورة داخل كل نظام محلي، يتم ربطها مرة أخرى بالنظام. هذا هو ما يعنيه "التسليم معالطلبات"في الممارسة العملية.
س: ماذا عن الأمتعة؛ هل هي جاهزة لمنصات حديثة مثل BIX؟
الأمتعة في حالة فوضى اليوم لأسباب رئيسية هي:
- غالبًا ما تعمل أنظمة الأمتعة على قواعد البيانات والرسائل الخاصة بها
- الصلة بين الحقيبة والمنتج الذي تم بيعه ضعيفة
- يكافح الشركاء من أجل تبادل صورة واضحة بين شركات الطيران
في عالم قائم على الطلبات، يدعم نموذج البيانات بالفعل احتياجات الأمتعة:
- يمكن أن تصف حدود الأمتعة المسموح بها، سواء من حيث العدد أو الوزن.
- يمكنه التعامل مع أمتعة عدة ركاب في رحلة واحدة
- يمكنه تخزين خدمات مثل الحقائب الإضافية أو العناصر الخاصة كمنتجات واضحة.
- يمكنه ربط الحقائب بركاب ورحلات طيران محددة
بالنسبة لمنصة مثل BIX (تبادل معلومات الأمتعة)، تتمثل الميزة في:
- بدلاً من التخمين من التذاكر ورقم الحجز (PNR)، يمكنه قراءة الطلبات لمعرفة الحقائب المسموح بها والمدفوعة والمتوقعة.
- يمكنه إرسال الأحداث، على سبيل المثال،"تم تحميل الحقيبة"أو "تأخر الحقيبة"، إلى OrMS
- يمكن لـ OrMS بعد ذلك عرض حالة الأمتعة بدقة للعملاء والشركاء
القيد الرئيسي الآن ليس المعيار نفسه، بل اعتماده:
- تحتاج شركات الطيران إلى ربط منصات الأمتعة بنفس تدفق الأحداث مثل مراقبة المغادرة
- يجب على البائعين قبول الطلبات والخدمات كمدخلات، وليس فقط رسائل الأمتعة القديمة
إذا كانت خطة ترقية أمتعتك لا تأخذ في الاعتبار الطلبات وعمليات التسليم على الإطلاق، فأنت تقوم فقط بتحديث واجهة المستخدم الخاصة ببرنامج سيلو، ولا تحل مشكلة التكامل.
لماذا يجب أن تتواصل أنظمة مراقبة المغادرة وأنظمة الأمتعة مع نظام الطلبات
هذا هو الجزء غير الجذاب من العروض والطلبات، ولكنه الجزء الذي ينطوي على المخاطر والقيمة.
إذا تجاهلت ذلك وقمت فقط بـ"تغليف" التدفقات القديمة:
- ستظل قواعد الاسترداد صارمة، لأنهم لا يستطيعون رؤية ما حدث بالفعل لكل خدمة على حدة.
- ستستمر الخلافات مع الشركاء، لأن لا أحد يتمتع بسجل نظيف في مجال التسليم.
- ستستمر فرقك في القيام بالأعمال اليدوية، وقراءة شاشات DCS و PNRs، ثم إدخال القرارات في واجهة "الطلبات" الأمامية.
إذا قمت بالعمل الشاق:
- "جاهز للطيران" له معنى واضح، مشترك بين DCS/DMS و OrMS عبر شركات النقل
- يمكن أن تستخدم منطق الاسترداد والإيرادات حالة الخدمة الفعلية بدلاً من التخمينات
- يمكن أن تتواصل أنظمة الأمتعة والصالات والشركاء مع نظام الطلبات دون الحاجة إلى انتظار استبدال النظام بالكامل.
خيارك: إما أن تصبح الطلبات المكان الذي تتجلى فيه حقيقة التسليم، أو أن تصبح طبقة رقيقة فوق نفس التجزئة القديمة.
المؤلف
