العودة إلى المكتبة
حالات الاستخدام

وكلاء السفر الذكاء الاصطناعي: من البحث عن الرحلات إلى عرض سعر RFQ فالحجز في ثوانٍ

آخر تحديث: 2026年8月14日

أبرز النقاط

  • تزيد عمليات حجز السفر اليدوية زمن المعالجة التشغيلي بنسبة 30–40% — تُظهر بيانات Phocuswright أن البحث اليدوي في GDS ومقارنة شركات الطيران وحسابات الخصم هي العُقدة، لا طلب العملاء.
  • يستخدم 94% من مديري المشتريات الذكاء الاصطناعي التوليدي أسبوعياً، لكن 4% فقط وصلوا إلى نشر واسع النطاق — يُظهر استطلاع Art of Procurement لعام 2026 فجوة التبنّي التي تسدّها رتّة تنسيق الوكلاء.
  • يقدّم مساعد سفر بالذكاء الاصطناعي طلب عرض سعر، ويقيّم أربعة نطاقات لقواعد الخصم، ويطبّق أفضل سعر، ويؤكّد حجزاً خلال 99 ثانية — يُظهر الفيديو التوضيحي الدورة الكاملة من البحث إلى الحجز في محادثة واحدة.
  • تُفيد Accenture بأن 44% من ساعات العمل في سفر الأعمال يمكن أتمتتها — يحدّد تحليل Booking.com لعام 2026 الحجز ومعالجة النفقات والامتثال للسياسات كأعلى الأهداف تأثيراً.
  • يقيّم محرّك RFQ الخصومات عبر أربعة نطاقات هرمية — GLOBAL وSEGMENT وITEM وPROVIDER_ITEM — في استدعاء واحد — البنية نفسها التي تشغّل المشتريات في قطاع B2B تعمل في حجز السفر لأن السفر مشتريات ذات نافذة زمنية.

وكالة سفر متوسطة الحجم تعالج 200 طلب رحلة أسبوعياً تخسر 3 ساعات في كل حجز بسبب البحث اليدوي في GDS، والمقارنة شركة طيران تلو الأخرى، وعمليات البحث عن قواعد الخصم عبر جداول البيانات، وتقديم طلبات عروض الأسعار عبر البريد الإلكتروني. تُظهر بيانات Phocuswright أن عمليات الحجز اليدوية تزيد زمن المعالجة التشغيلي بنسبة 30–40% — العُقدة ليست طلب العملاء، بل سير العمل اليدوي بين أنظمة لا تتواصل مع بعضها. الوكيل الذي يحلّ هذا ليس روبوت محادثة يجيب على الأسئلة. إنه طبقة تنسيق تستدعي أدوات MCP للبحث في الكتالوجات، وتقديم طلبات عروض الأسعار، وتقييم قواعد الخصم، وتأكيد الحجوزات — البنية نفسها التي تشغّل المشتريات في قطاع B2B، مطبّقة على السفر.

توضّح هذه المقالة سير العمل: كيف يتحقّق مساعد سفر بالذكاء الاصطناعي من هوية العميل، ويبحث عن الرحلات عبر عدة أساليب، ويقارن أربع شركات طيران متنافسة، ويقدّم طلب عرض سعر، ويقيّم قواعد الخصم، ويؤكّد حجزاً في محادثة واحدة. يُظهر الفيديو التوضيحي الدورة الكاملة خلال 99 ثانية. تشرح المقالة النمط وراء ذلك — وحدات MCP التي تكشف واجهات برمجة تطبيقات شركات الطيران، ومحرّك RFQ يضمّ 38 أداة مسجّلة، وتقييم قواعد الخصم عبر أربعة نطاقات هرمية — وما يبدو عليه الناتج التشغيلي لمدير هندسة أو نائب رئيس عمليات في وكالة سفر متوسطة الحجم.

المشكلة: دورة حجز مدتها 3 ساعات مبنية على تنقّل يدوي بين الأنظمة

شركة إدارة سفر الشركات بـ 200 موظف، وإيرادات سنوية تبلغ نحو 45 مليون دولار، تشغّل نظام Amadeus GDS للبحث عن الرحلات، ومنصّة حجز للإصدار، وجدول بيانات لقواعد الخصم يطبّقه فريق التسعير يدوياً. تعالج الوكالة 200 طلب رحلة أسبوعياً. يصل كل طلب عبر البريد الإلكتروني أو نموذج بوابة إلكترونية — مسار، وتواريخ، وعدد ركّاب، ودرجة مقصورة. يفتح موظف التسعير نظام GDS، ويبحث عن الرحلات، ويسجّل الخيارات، ويفتح موقع كل شركة طيران لمقارنة الأسعار وحدود الأمتعة، ويتحقّق من جدول الخصم بحثاً عن أسعار الحجز المبكر أو الحجم الجماعي أو الولاء، ويصيغ عرض سعر، ويقدّم طلب عرض السعر عبر البريد الإلكتروني، وينتظر تأكيد شركة الطيران، ثم يعالج الحجز في نظام منفصل.

تلك 3 ساعات لكل حجز. تُظهر بيانات Accenture أن 44% من ساعات العمل في سفر الأعمال يمكن أتمتتها — يحدّد تحليل Booking.com لعام 2026 الحجز ومعالجة النفقات والامتثال للسياسات كأعلى الأهداف تأثيراً. دورة الـ 3 ساعات ليست مشكلة تقنية — فنظام GDS لديه واجهات برمجة تطبيقات، وشركات الطيران لديها واجهات برمجة تطبيقات للأسعار، ومنصّة الحجز لديها واجهة برمجة تطبيقات للحجز. المشكلة أنه لا يوجد نظام يربطها. يجسّرها الإنسان بقراءة الشاشات وكتابة القيم. يمكن للوكيل أن يجسّرها باستدعاء الأدوات — لكن شريطة أن تُكشف هذه الأدوات بطريقة يستطيع الوكيل استخدامها.

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

الحل المنسّق بواسطة الوكلاء: محادثة واحدة من البداية إلى النهاية

يُظهر الفيديو التوضيحي سير العمل الكامل خلال 99 ثانية. يطلب عميل رحلة من تايبيه (TPE) إلى هونغ كونغ (HKG). يتحقّق المساعد من الهوية برسالة بريد إلكتروني واحدة — دون نماذج طويلة — ويفتح شريحة العميل لتحديد فئة التسعير. يبحث عن الرحلات باستخدام عدة أساليب حتى يستقرّ على الرحلة المطابقة تماماً. تصطفّ أربع شركات طيران متنافسة على المسار نفسه: Greater Bay Airlines وHong Kong Airlines وCathay Pacific وأخرى. تعرض كل منها أسعاراً شفّافة وحدود أمتعة. نقرة واحدة تضع الرحلة المختارة في سلة الشراء.

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

النمط وراء العرض التوضيحي هو نفسه الذي يشغّل أتمتة المشتريات في قطاع B2B. تكشف وحدات MCP واجهات برمجة تطبيقات شركات الطيران كأدوات مُعرّفة الأنواع — بحث، مقارنة، تقديم طلب عرض سعر، تقييم خصومات، تأكيد حجز. يوفّر محرّك RFQ 38 أداة مسجّلة عبر 11 خليطاً مجالياً، بما في ذلك حجوز التوافر التي تحجز السعة ذرّياً بزمان حياة (TTL) مدّته 15 دقيقة، وتقييم موجّهات الخصم عبر أربعة نطاقات هرمية: GLOBAL وSEGMENT وITEM وPROVIDER_ITEM. لا يخمّن الوكيل أي خصم ينطبق — بل يحمّل النطاقات الأربعة كلّها، ويجمعها، ويحسب أفضل سعر. ينسّق Hermes Agent سير العمل ببوابات موافقة بشرية حيث تتطلّب حدود الهامش أو البنود المنظّمة قراراً بشرياً.

تحديد شريحة العميل ليس حقل نموذج — إنه استدعاء أداة. تُعيد أداة get_segment_contacts فئة تسعير العميل، التي يستخدمها تقييم الخصم كأحد نطاقاته الأربعة. البحث عن الرحلات ليس استعلاماً واحداً في GDS — يجرّب الوكيل عدة أساليب، وهذا هو الفرق بين روبوت محادثة يعيد أول نتيجة ووكيل يجد النتيجة الصحيحة. مقارنة شركات الطيران ليست عملية استخراج من الشاشات — إنها استعلام مُعرّف الأنواع على بنود المورّدين يعيد بيانات أسعار وأمتعة منظّمة. تقديم طلب عرض السعر ليس رسالة بريد إلكتروني — إنه تحويل يُنشئ طلباً، ويضيف بنوداً، ويعيّن مورّدين، وينقل الحالة من initial إلى in_progress إلى confirmed. تقييم الخصم ليس بحثاً في جدول بيانات — إنه حساب تسعير مُحسَّن بالدفعات يجمّع حسب المورّد ويطبّق فئات أسعار مضمّنة. تأكيد الطلب ليس نظاماً منفصلاً — إنه سير عمل بنقرة واحدة يؤكّد عرض السعر وينشئ خطّة الأقساط في استدعاء واحد.

حجز السفر اليدوي مقابل الحجز المنسّق بواسطة الوكلاء — ما الذي يتغيّر عندما تحلّ أدوات MCP ومحرّك RFQ وHermes Agent محلّ التسعير عبر GDS وجداول البيانات:

الحجز اليدوي للسفر مقابل التنسيق بواسطة الوكلاء 200 رحلة أسبوعياً: من 3 ساعات إلى 99 ثانية يدوي: 3 ساعات لكل حجز الخطوة 1 البحث في GDS عن الرحلات (يدوي) الخطوة 2 مقارنة شركات الطيران واحدة تلو الأخرى الخطوة 3 التحقّق من جدول الخصم الخطوة 4 تقديم طلب عرض السعر عبر البريد الإلكتروني الخطوة 5 انتظار تأكيد شركة الطيران الخطوة 6 معالجة الحجز بشكل منفصل النتيجة: 3 ساعات لكل حجز 200 حجز أسبوعياً × 3 ساعات = 600 ساعة الوكيل: 99 ثانية، محادثة واحدة الخطوة 1 البريد الإلكتروني يتحقّق من الهوية ← الشريحة الخطوة 2 الوكيل يبحث بعدة أساليب الخطوة 3 مقارنة 4 شركات طيران فورياً الخطوة 4 تقديم طلب عرض السعر وتأكيده الخطوة 5 تقييم قواعد الخصم (4 نطاقات) الخطوة 6 تأكيد الطلب بنقرة واحدة النتيجة: 99 ثانية، محادثة واحدة 200 حجز أسبوعياً × 99 ثانية = 33 دقيقة الضغط الرئيسي: من 3 ساعات إلى 99 ثانية لكل حجز أدوات MCP تكشف واجهات برمجة تطبيقات شركات الطيران · محرّك RFQ يقدّم عروض الأسعار ويؤكّدها · تقييم 4 نطاقات خصم في استدعاء واحد حجوز التوافر تمنع الحجز المزدوج · كل استدعاء أداة مُسجَّل للتدقيق IdeaBosque

النتيجة: من 3 ساعات إلى 99 ثانية، مع مسار تدقيق

الضغط من 3 ساعات إلى 99 ثانية هو الرقم العنواني. لكن التغيّرات التشغيلية تحته أهمّ. حجوز توافر لا تبيع زائداً — نفس زمان الحياة (TTL) البالغ 15 دقيقة الذي يمنع الحجز المزدوج في مشتريات B2B يمنع الحجز المزدوج في السفر. قواعد خصم تُقيَّم عبر أربعة نطاقات في استدعاء واحد، لا أربع عمليات بحث في جدول بيانات. شريحة عميل محدّدة بمخطّط مُعرّف الأنواع، لا بذاكرة الإنسان. طلب عرض سعر يُقدَّم ويُؤكَّد خلال ثوانٍ، لا عبر جولات بريد إلكتروني. ومسار تدقيق يسجّل كل استدعاء أداة — وهو ما يحتاجه مدير الهندسة عندما يسأل المدير المالي لماذا سُعّر عرض السعر بتلك الطريقة.

الانخفاض بنسبة 30–40% في زمن المعالجة التشغيلي من بيانات Phocuswright هو الدليل على مستوى الصناعة. الأرقام لكل وكالة — من 3 ساعات إلى 99 ثانية، و200 حجز أسبوعياً بمعدّل 3 ساعات لكل حجز تحرّر إلى 33 دقيقة إجمالاً — هي ما يبدو عليه ذلك عندما يكون سير العمل عملية طلب عروض أسعار سفر لا وظيفة حجز عامة.

قراءة ذات صلة


كانت وكالة سفر شركات بـ 200 موظف تخسر 3 ساعات لكل حجز بسبب البحث اليدوي في GDS، والمقارنة شركة طيران تلو الأخرى، وعمليات البحث عن قواعد الخصم عبر جداول البيانات. غيّرت رتّة تنسيق الوكلاء الدورة: تكشف وحدات MCP واجهات برمجة تطبيقات شركات الطيران كأدوات مُعرّفة الأنواع، ويقدّم محرّك RFQ عروض الأسعار ويؤكّدها بحجوز توافر ذرّية، وتُقيَّم قواعد الخصم عبر أربعة نطاقات هرمية في استدعاء واحد، وينسّق Hermes Agent سير العمل ببوابات موافقة بشرية لعروض حدود الهامش. انخفض زمن معالجة الحجز من 3 ساعات إلى 99 ثانية. أوقفت حجوز التوافر البيع الزائد. تُقيَّم قواعد الخصم تلقائياً، لا يدوياً. يُسجَّل كل استدعاء أداة للتدقيق.

اطلب بناءً محدّد النطاق

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

هل تريد هذا مبنياً لأنظمتك؟

كل وثيقة هنا من عمل إنتاجي حقيقي. إذا كان لديك نظام مُستهدَف وسير عمل في الذهن، نستطيع تحديد نطاق بناء في أسبوع واحد.

اطلب بناءً محدد النطاق

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