منصّة مخصّصة
الربط مع مورّدي الطيران وإصدار التذاكر
الربط مع مخزون مورّدي الطيران وإصدار التذاكر لوكالات السفر — أسعار تنتهي صلاحيتها بين العرض والدفع، وإصدار لا يمكن التراجع عنه، ورصيد الوكالة وهامشها كآليّات في صلب النظام.
منصّة سفر بين الأعمال لإصدار تذاكر الطيران: تبحث وكالات السفر في المتاح، وتحجز، وتُصدر التذاكر، وتُسوّي مقابل خطّ الائتمان الخاص بها، فوق مخزون المورّدين.
نُفِّذ لعميل في قطاع السفر. أسماء العميل والأرقام والنتائج محذوفة — لم يُمنح إذن بنشرها. وما يلي هو الجانب الهندسي، وهو ملكي لأصفه.
المشكلة التي يحلّها
يوم وكالة السفر سلسلة من عروض الأسعار. يسأل زبون عن مسار، فيتفقّد الموظّف الخيارات عبر المورّدين، ويعرض سعراً يتضمّن هامش الوكالة، ويحجز حين يوافق الزبون — وقد يكون السعر تغيّر بحلول تلك اللحظة.
بلا نظام، يجري هذا على بوّابات مورّدين مفتوحة في تبويبات منفصلة، وأسعار تُنسخ إلى جدول بيانات، وهامش يُطبَّق يدوياً، وإصدار يتمّ عبر البوّابة التي احتضنت الحجز. وهو بطيء، ومعرّض للخطأ بطريقة تكلّف مالاً حقيقياً، ولا يستطيع أحد أن يخبرك بحجم انكشاف الوكالة في أي لحظة.
أين تكمن الصعوبة
السفر بين الأعمال من أقسى مسائل التكامل في البرمجيات التجارية.
- مخزون المورّدين خارجي وبطيء وغير متّسق. يأتي المتاح من أنظمة لا تتحكّم بها، لكلٍّ منها زمن استجابته، ودلالات أخطائه، وتصوّره الخاص لما تعنيه «أجرة الطيران». على البحث أن يبقى سريع الاستجابة بينما يُستعلم من عدّة أنظمة منها، وأن يتدهور بشكل معقول حين يتعطّل أحدها بدل أن يُفشل البحث كلّه.
- الأسعار تنتهي صلاحيتها. العرض صالح لنافذة زمنية. وعلى النظام أن يميّز بين سعرٍ عرضه، وسعرٍ ما زال قابلاً للحجز، وسعرٍ يجب التحقّق منه قبل تحريك المال — وأن يشرح هذا الفرق لموظّف في منتصف محادثة مع زبون.
- الإصدار نقطة اللاعودة. كل ما يسبق إصدار التذكرة قابل للتراجع، والإصدار ليس كذلك. هذه الحقيقة وحدها تقود تصميم المعاملات: آلة حالات الحجز، وكون نداء الإصدار لا يتضاعف أثره عند التكرار، وما يحدث حين تنتهي مهلة المورّد بعد أن يكون قد نفّذ.
- المال طبقات. أجرة المورّد، وهامش الوكالة، وسقف ائتمانها، والتسوية: أربعة اهتمامات منفصلة يجب أن تتصالح جميعاً. ورصيد الوكالة هو القيد الذي يحوّل هذا من أداة حجز إلى نظام مالي: على المنصّة أن تعرف، قبل الإذن بالحجز، هل تستطيع هذه الوكالة تغطيته.
كيف تعاملت معه
- آلة حالات الحجز قبل أي شاشة. كل خاصية عرضٌ عليها، فحُدِّدت حالاتها وانتقالاتها أولاً — بما فيها القبيحة، حيث يختلف المورّد والمنصّة على ما جرى.
- حدّ تكامل واحد لكل مورّد، بتمثيل داخلي مشترك. المورّدون يتغيّرون، ونموذج المجال يجب ألا يتغيّر. إضافة مورّد تعني تنفيذ واجهة، لا تعديل مسار البحث.
- لا تضاعف أثر التكرار في كل موضع يمسّ المال. إعادة المحاولة أمر حتمي عند نداء أنظمة خارجية عبر شبكات غير موثوقة. وإصدار تذكرة مرّتين ليس عيباً تُصلحه لاحقاً.
- القابلية للمراقبة من الشريحة الأولى. مع هذا الكمّ من النداءات الخارجية، تصبح عبارة «النظام بطيء» بلا فائدة ما لم تعرف أي مورّد، على أي مسار، في أي خطوة. دخل التتبّع مع أول خاصية، لا بعد أول عطل.
هل تواجه المشكلة نفسها؟
أي نظام يقف بين الزبائن وعرضٍ من طرف ثالث — سفر، أو لوجستيات، أو تأمين، أو بيع بالجملة — يتشارك هذا الشكل: مخزون خارجي لا تتحكّم به، وأسعار تنتهي صلاحيتها، وخطوة تنفيذ لا رجعة فيها، وائتمان أو هامش فوق ذلك كلّه. والأساليب تنتقل حتى حين لا ينتقل القطاع.
تعمل على شيء مشابه؟
ابدأ محادثة