إنتقل إلى المحتوى الرئيسي

تأكيد الحجز

هذه الصفحة توثق مرحلة إدخال البيانات ومراجعة الحجز قبل إنشائه.

أين تظهر؟

  • في بوابة العملاء أثناء الحجز
  • في تطبيق العملاء ضمن تدفق الحجز نفسه

الغرض

  • إدخال بيانات الراكب
  • مراجعة الرحلة والمقاعد
  • فهم حالة الحجز قبل إنشائه

الإجراءات الأساسية

  1. إدخال البيانات المطلوبة
  2. مراجعة الرحلة والمقاعد والسعر
  3. مراجعة نقطة الصعود الدقيقة لكل اتجاه وفتحها في الخرائط عند الحاجة
  4. تطبيق قسيمة ولاء اختيارية ومراجعة الخصم عندما تكون الميزة مفعلة
  5. تأكيد الحجز
  6. الانتقال إلى صفحة الحجز أو التذكرة بعد النجاح

البيانات التي قد تُطلب

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

حالات الواجهة

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

مكافآت الولاء

  • يبدأ رمز الاستبدال بـ RWD- ويخص حساب العميل الذي أنشأه.
  • يتحقق الخادم من الرمز والرحلة والسعر قبل عرض الخصم؛ السعر في المتصفح ليس مرجعاً نهائياً.
  • تعرض المراجعة السعر قبل الخصم وقيمة الخصم والإجمالي النهائي.
  • تُستخدم القسيمة وحجز المقاعد في معاملة واحدة. إذا لم ينجح الحجز فلا تتحول القسيمة إلى مستخدمة.
  • يدعم العقد الحجز الفردي والذهاب والعودة، ولا يسمح بإعادة استخدام القسيمة.

راجع الولاء والمكافآت للتفاصيل.

الأهلية والتوفر

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

بعد النجاح

بعد نجاح العملية يتوقع المستخدم أحد هذه المخرجات:

  • رقم حجز
  • صفحة تفاصيل الحجز
  • تذكرة قابلة للعرض لاحقاً
  • نقطة الصعود الدقيقة مع رابط خريطة وإرشادات حضور قبل الموعد بـ15 دقيقة
  • مسار دعم واضح إذا احتاج إلى المتابعة

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

حالات الفشل والبدائل

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

APIs المرتبطة

  • POST /api/bookings
  • POST /api/bookings/round-trip
  • POST /api/loyalty/preview
  • مسارات الرحلات والمقاعد التي سبقت خطوة التأكيد

source of truth

المرجع النهائي لهذه الصفحة هو تدفق الحجز الفعلي في الويب والجوال ومسارات API الخاصة بالحجوزات.