العوائق المعمارية لأنظمة التوزيع الموروثة
على مدار أكثر من أربعين عاماً، استند نظام توزيع تذاكر الطيران العالمي إلى بنية برمجية صُممت في عصر الحواسيب المركزية خلال سبعينيات وثمانينيات القرن الماضي. في إطار أنظمة التوزيع العالمية (GDS) التقليدية، تقوم شركات الطيران بنشر جداول رحلاتها، وإيداع قواعد الأسعار في ATPCO، وتمرير حالات توفر المقاعد عبر بروتوكول EDIFACT.
أدى هذا النموذج القديم إلى قيود تشغيلية وتجارية خانقة، حيث كان على كل تسعيرة أن تندرج بدقة تحت أحد الحروف الأبجدية الـ 26 (من الدرجة الكاملة Y وحتى الدرجات الاقتصادية المخفضة). فضلاً عن ذلك، فإن احتساب الأسعار كان يجري داخل مراكز بيانات GDS بعيداً عن نماذج إدارة العائدات التابعة للناقل.
وعندما ترغب شركة طيران في بيع خدمات إضافية—مثل مقاعد المساحة الإضافية، أو الصعود ذي الأولوية، أو باقات الإنترنت، أو الأمتعة المرنة—يعجز بروتوكول EDIFACT عن التعامل السلس معها، مما يتطلب وثائق إلكترونية متفرقة (EMDs) غالباً ما تواجه مشكلات في بيئات الحجز المؤتمتة.
في أنظمة GDS التقليدية: يطلب وكيل السفر من GDS -> يحسب GDS السعر بناء على ATPCO -> تؤكد شركة الطيران الحجز. في معيار NDC: يطلب وكيل السفر من شركة الطيران عبر API -> تنشئ شركة الطيران العرض المخصص -> يتم تأكيد الطلب.
معمارية NDC: دورة حياة العروض والطلبات (Offers & Orders)
يقوم معيار القدرة التوزيعية الجديدة (NDC) الذي أطلقته إياتا بتغيير مسار تدفق البيانات كلياً عبر قنوات اتصال مباشرة باستخدام XML و JSON بين الناقل الجوي ووكالات السفر (أو عبر أنظمة GDS بعد ترقيتها لدعم تجميع NDC).
تتمحور المعاملات في NDC حول مفهومين أساسيين: العرض (Offer) والطلب (Order). بدلاً من قيام شاشة الوكيل بتجميع عناصر التذكرة من مصادر شتى، يقوم محرك العروض الداخلي لشركة الطيران باحتساب السعر الدقيق والباقات المتاحة وفق سياق المسافر ومستوى ولائه والوقت والموسم.
وعندما يختار المسافر العرض المناسب، ينتقل النظام إلى مرحلة إنشاء الطلب (Order Creation)، حيث يُنشئ نظام إدارة الطلبات سجلاً ثابتاً يجمع الرحلة والخدمات التكميلية تحت مظلة واحدة.
| محور المقارنة | توزيع EDIFACT التقليدي عبر GDS | معمارية IATA NDC الحديثة |
|---|---|---|
| احتساب الأسعار | يتم داخل مراكز بيانات GDS بناء على جداول ATPCO | يتم ديناميكياً داخل محرك العروض التابع لشركة الطيران |
| بيع الخدمات الإضافية | منفصل عبر قسائم EMD-A / EMD-S المعقدة | مدمج تلقائياً في استجابة AirShopping الأساسية |
| مرونة التسعير | 26 فئة سعرية ثابتة (الحروف من A إلى Z) | منحنى تسعير ديناميكي مستمر بنقاط سعرية لا نهائية |
| التخصيص للمسافر | منعدم (المسافر مجهول الهوية بالنسبة للنظام) | تخصيص كامل للعروض بناء على رقم المسافر الدائم |
| متوسط زمن استجابة البحث | 150 إلى 600 ميلي ثانية (كاش فائق السرعة) | 1,800 إلى 4,500 ميلي ثانية (حساب حي ومباشر) |
تشريح حزم NDC البرمجية: AirShopping و OrderCreate
يعتمد بروتوكول NDC القياسي على هياكل XML معتمدة من إياتا أو واجهات REST/JSON الحديثة. وتعتبر رسالة AirShopping نقطة الدخول الرئيسية للتحقق من الرحلات والأسعار المتاحة.
يتميز الرد بتوفير معرف عرض موحد (OfferID) موقع ومحدد بمهلة زمنية (TTL) تضمن ثبات السعر لفترة محددة مثل 20 دقيقة، مما يمنع التلاعب بالأسعار قبل مرحلة الدفع.
{
"data": {
"type": "flight-offer",
"id": "OFFER_EK_502_CONFIRM",
"source": "NDC_Emirates_v21_3",
"expiresAt": "2026-10-06T12:20:00Z",
"itineraries": [{
"duration": "PT7H30M",
"segments": [{
"departure": { "iataCode": "DXB", "at": "2026-11-10T08:00:00" },
"arrival": { "iataCode": "LHR", "at": "2026-11-10T11:30:00" },
"carrierCode": "EK",
"number": "001",
"aircraft": { "code": "388" }
}]
}],
"price": {
"currency": "AED",
"total": "2850.00",
"base": "2100.00",
"taxes": "750.00"
},
"ancillariesIncluded": [
{ "type": "BAGGAGE", "quantity": 2, "weight": "23KG" },
{ "type": "SEAT_SELECTION", "category": "EXTRA_LEGROOM" },
{ "type": "WIFI", "tier": "FULL_FLIGHT" }
]
}
}التحديات الهندسية: أوقات الاستجابة والتخزين المؤقت وإدارة الاضطرابات
على الرغم من المزايا التجارية الكبرى لمعيار NDC، إلا أنه يفرض تحديات تقنية معقدة على محركات البحث ووكالات السفر عبر الإنترنت (OTAs). والتحدي الأبرز هو زمن الاستجابة؛ ففي أنظمة GDS، يوفر الكاش آلاف الرحلات في أقل من 400 ميلي ثانية، بينما تتطلب استعلامات NDC المتزامنة لعدة خطوط طيران ما بين 2 إلى 4 ثوانٍ.
فضلاً عن ذلك، فإن تخزين نتائج NDC مؤقتاً (Caching) ينطوي على مخاطر جمة؛ نظراً لأن الأسعار تتغير وتتلاشى العروض بسرعة، مما يرفع معدلات خطأ تغير السعر عند الشراء النهائي.
كما تظل إدارة الاضطرابات والرحلات الملغاة (IRROPS) تحدياً كبيراً، حيث تتيح أنظمة GDS أتمتة كاملة لإعادة الإصدار وفق قواعد CAT-31، بينما ما زالت واجهات خدمة ما بعد البيع في العديد من تطبيقات NDC تتطلب تدخلاً يدوياً.
