ما هو "الطلب" وكيف يحل محل رقم الحجز (PNR)؟

يُحدث الانتقال من نظام PNR إلى نظام الطلبات تغييرًا جذريًا في الطريقة التي تُصوِّر بها ما اشتراه العميل، وله آثار حقيقية على ما يمكنك وما لا يمكنك فعله في كل مرحلة من مراحل رحلة العميل.

تتحول العروض إلى طلبات

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

ما الذي يمكن أن يتضمنه الطلب؟

وهنا تكمن الإثارة. تحت رقم طلب واحد، يمكنك الحصول على:

• عدد من الركاب المتجهين إلى وجهات مختلفة
• الركاب في درجات السفر المختلفة ضمن نفس الحجز
• الخدمات المساندة للطيران، الخدمات المساندة للمطارات، الخدمات الإضافية في مجال البيع بالتجزئة
• المنتجات والخدمات التي لا علاقة لها بالرحلة على الإطلاق؛ إذا أرادت شركة طيران بيعها، فيمكن عرضها هنا

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

الطلبات → بنود الطلب → الخدمات

يتكون الهيكل من ثلاث طبقات.

الطلب هو الحاوية الأعلى مستوى — وهو العنصر الذي يحتوي على معرّف الطلب واسم العميل وسجل الدفع.

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

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

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

ملاحظة حول "الرحلة"

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

وهذا الأمر مهم أيضًا بالنسبة لتتبع الأمتعة: فأنت تتعقب الأمتعة طوال الرحلة بأكملها، وليس لكل مرحلة أو لكل جزء منها.

س: هل هناك حد أقصى لعدد الركاب أو الرحلات في طلب واحد؟

لا يوجد حد أقصى محدد في المعيار. عمليًا، هناك حد أقصى غير ملزم يبلغ حوالي 200، لكن هذا يعتبر اعتبارًا متعلقًا بالأداء وليس قيدًا في المخطط. ومن الواضح أن الهدف هو تجاوز ما كان مسموحًا به في الأنظمة القديمة — حيث كان الحد الأقصى لحجوزات PNR يبلغ عادةً حوالي 20 راكبًا.

س: ماذا عن المدة الزمنية — هل هناك أي قيود على المدة التي يمكن أن تبدأ فيها الرحلة مسبقًا أو على طول مدة الرحلة؟

لا يوجد في المعيار ما يحد من ذلك. من الناحية النظرية، يمكن أن يكون لديك 200 شخص يتبعون مسارًا معقدًا يتضمن وجهات متعددة، وجميعهم مشمولون في حجز واحد، دون أن يسلك أي منهم نفس المسار. وأي قيود تتعلق بفترات الشراء المسبق أو نطاقات التواريخ هي قرارات تتخذها كل عملية تطبيق على حدة — ولا تفرضها بنية المعيار.

س: ماذا يعني ذلك بالنسبة للأنظمة التي تم إنشاؤها على أساس القيود القديمة؟

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

‍