كيف يربط ثلاثة بائعون بين العرض والطلب والتسليم والتسوية دون الحاجة إلى بنية متجانسة.
غالبًا ما يوصف بيع التجزئة في شركات الطيران بأنه وجهة مستقبلية. يتكون عرض – طلب – تسليم – تسوية (OODS) من أربعة مجالات من المفترض أن تكون مرتبطة بشكل فضفاض ولكن منسقة بشكل وثيق. في هذا المشروع المشترك، توضح شركات Turkish Technology و Ink Innovation و Sutherland كيف يبدو ذلك عندما لا يكون مجرد نظرية.
ينطبق الأمر نفسه على ثلاثة أنظمة. تتولى شركة Turkish Technology الجانب التجاري لشركة Turkish Airlines. وتدير شركة Ink عمليات المطار. وتعترف شركة Sutherland بالإيرادات على أساس ما تم تسليمه بالفعل.
كيف يتصرف تدفق OODS من البداية إلى النهاية كرحلة واحدة
العرض. تقنية تركية تصنع المنتج والسعر
تقدم واجهة التجارة الخاصة بشركة الطيران عرضًا سياقيًا. خط سير رحلة عائلية مع رحلات جوية وأمتعة ومعدات رياضية وخيارات صالة أو باقة. يرى المسافر عرضًا واحدًا شاملاً يناسب رحلته.
هذا هو مجال العرض. تتحكم شركة الطيران في المنتجات والأسعار والقواعد. يتم إنشاء العرض من كتالوج المنتجات ومسؤول المخزون الذي يعرف:
- ما الذي يمكن بيعه على هذا الطريق وبواسطة هذا الناقل
- ما هي التركيبات المسموح بها
- كيف ترتبط الخدمات المساعدة بالرحلات الجوية والركاب
لا شيء في هذه الخطوة يعتمد على أنظمة المطار أو المحاسبة. إنها طبقة عرض واضحة يمكن لأي نظام طلبات متوافق استخدامها.
النظام. التكنولوجيا التركية تحول القبول إلى سجل واحد
يقبل العميل العرض ويقوم بالدفع. وراء التأكيد يوجد طلب شراء يتضمن الرحلات الجوية كبند واحد في الطلب، وكل خدمة إضافية كحق صريح، مع وجود رابط واضح بين الركاب والمسافات والخدمات.
هذا هو مجال الترتيب. الترتيب هو المكان الوحيد الذي يعرف ما تم الوعد به. تم بناؤه وفقًا لمعايير البيع بالتجزئة الحديثة، مما يسمح بمشاركته.
من هنا، تعرض شركة الطيران الطلب وسياقه من خلال واجهات برمجة التطبيقات (API). لا يقوم الشركاء بتخمين ما تم بيعه أو إعادة بنائه من التذاكر. بل يقرؤون الطلب وعناصره.
التسليم. تقوم شركة Ink بتنفيذ الجانب المتعلق بالمطار وفقًا للطلب.
في مجال Ink، يظهر نفس الترتيب. يرى الوكلاء العائلة ورحلاتهم الجوية، والسلع التي تم شراؤها مسبقًا، وأي خدمات اختيارية لا تزال متاحة لتقديمها في المطار. نظام التسليم الذي يتيح تسجيل الوصول وتسليم الأمتعة، وإجراء تسجيل الوصول، وطباعة بطاقات الأمتعة وبطاقات الصعود إلى الطائرة، وصعود الركاب إلى الطائرة. تتحول خطوط الحالة من "محجوز" إلى "جاهز"، ثم "قيد التقدم"، ثم "تم التسليم" مع اكتمال كل خطوة.
هذا هو مجال التسليم. لا تمتلك Ink المنطق التجاري أو المحاسبة. إنها تستهلك طلبات Turkish Technology وتصدر أحداثًا تشغيلية.
لكل إجراء يتم في المطار، تقوم Ink بتحديث حالة التسليم وإرسال هذه التحديثات إلى شركة الطيران. التسلسل بسيط:
- عندما يمكن بدء عمليات المناولة في المطار، تنتقل الخدمات من "مخطط لها" إلى "جاهزة"
- عند إتمام إجراءات تسجيل الوصول وتسليم الأمتعة والصعود إلى الطائرة، ينتقلون إلى "التقدم"
- عندما يتم إغلاق الرحلة بعد الوصول، يتم نقلها إلى "تم التسليم"
يتم تحديث وجهة نظر تركيا وتطبيق العملاء من خلال أحداث التسليم هذه. تظل القنوات التجارية والتشغيلية وقنوات العملاء متوافقة مع نفس حالة الطلب.
التسوية. تستخدم Sutherland أحداث التسليم للتعرف على الإيرادات
في منصة ساذرلاند المالية، يظهر نفس الطلب. يرى المحاسبون كل بند على حدة، مع سعر العقد الخاص به، وأحداث التسليم المرتبطة به، وحالة الاعتراف الحالية. يتتبع نظام المحاسبة ما إذا كانت الإيرادات لا تزال مؤجلة أو تم تحقيقها من خلال إتمام التسليم. تنتقل بنود الإيرادات من "مؤجلة" إلى "معترف بها" مع تأكيد إتمام التسليم.
هذا هو مجال التسوية. لا تمتلك Sutherland منطق التشغيل أو تنفيذ التسليم. إنها تستهلك أحداث الطلب والتسليم التي تشاركها منصة إدارة الطلبات.
يتم إنشاء دفاتر الأستاذ الفرعية والمحاضر المالية ومسارات التدقيق من نفس أحداث التسليم هذه. تظل الاتفاقيات التجارية والتنفيذ التشغيلي والدفاتر المالية متوافقة مع نفس حالة الطلب، مما يوفر لشركات الطيران إمكانية الاعتراف بالإيرادات في الوقت الفعلي والرؤية المالية المستمرة أثناء تنفيذ سلسلة التوريد.
الدروس المستفادة
فريق التكنولوجيا التركي:
"أثبت التعاون مع Ink و Sutherland أن وحدات OOSD المعيارية والقابلة للتعديل من Turkish Technology يمكنها توفير تجربة بيع بالتجزئة متكاملة تمامًا دون الاعتماد على الأنظمة القديمة. من خلال عرض واجهات برمجة تطبيقات (API) للطلبات نظيفة ومتوافقة مع IATA، مكّنا شركاء مثل Ink و Sutherland من الاتصال بنفس مصدر المعلومات الصحيحة والعمل بشكل متسق عبر التسليم والتسوية. كانت مرونة منصاتنا الداخلية - التي تشمل إنشاء العروض وإدارة الطلبات وكتالوج المنتجات ومعالجة المخزون ومحول الوضع المزدوج - واضحة في السرعة والمرونة والتحكم التي وفرتها طوال سير العمل الناجح من البداية إلى النهاية. أثبت تطبيق Concept Channel أيضًا قيمته كبيئة اختبار للابتكار، مما سمح لنا بالتحقق من صحة الأفكار قبل توسيع نطاقها لتصبح تكاملات حقيقية. في النهاية، أكد المشروع أن النمطية وقابلية التشغيل البيني والالتزام بمعايير الصناعة هي عوامل أساسية لبناء نظام بيئي للبيع بالتجزئة لشركات الطيران جاهز للمستقبل وملائم للشركاء.
ما يثبته تدفق OODS هذا
يمكن أن يعمل العرض والطلب كوحدة نمطية
يمكن لشركة طيران أن تمتلك نطاقي العرض والطلب وتظل تشارك الشركاء في الأمور المهمة. يتم عرض كتالوج المنتجات والأسعار وهيكل الطلبات بشكل واضح عبر واجهات برمجة التطبيقات. يمكن لأي نظام توصيل يفهم النموذج أن يتصل به.
التسليم هو طبقة منفصلة وقابلة للتبديل
تركز عملية التسليم على تنفيذ الخدمات في المطار. ونظرًا لأنها تعمل من خلال الطلب، وليس من خلال سجل محلي خاص، فإنها يمكن أن تعمل مع أي نظام طلبات متوافق مع المعايير. إذا قامت شركة الطيران بتغيير مزود العرض أو الطلب، فلن يكون من الضروري إعادة بناء طبقة التسليم من الصفر.
تستخدم التسوية الأحداث
لا يحاول نظام المحاسبة استنتاج توقيت الإيرادات من الجداول الزمنية أو قسائم التذاكر. بل يستمع إلى أحداث التسليم التي تعكس ما حدث بالفعل لكل خدمة. تعتمد المحاسبة على الإنجاز الفعلي، وليس على الافتراضات.
متعدد البائعين. تدفق OODS واحد
لا يوجد بائع واحد يدير المجموعة الكاملة. يتم تنفيذ العرض – الطلب – التسليم – التسوية من قبل مزودين مختلفين، يربطهم عقود وواجهات برمجة التطبيقات. لا يزال التدفق يعمل كنظام واحد متماسك.
بالنسبة لشركة طيران، هذا هو جوهر العمل. يمكن اليوم تحقيق بنية OODS شاملة من خلال نهج معياري. يمكنك البدء في مجال واحد، وإدخال شركاء في المجالات الأخرى، والتوسع من "العرض" وصولاً إلى "التسوية في دفتر الأستاذ" دون الحاجة إلى استبدال كبير.
المؤلف
