حالات الطلب وعلاماته ومواقعه

بوابة الإدارةالطلباتتم التحديث اليوم

ماذا تعني كل حالة، ومن يضبطها عادةً، وكيف تختلف عن العلامة أو الموقع. استخدم هذا الدليل عندما لا تكون متأكداً مما يفعله الطلب.

رحلة الطلب

Order journeyشاشة توضيحية
1Being prepared→Unassigned→Driver assigned→Out for pickup→Picked up→In hub→Dispatched→Out for delivery→Delivered
2Pickup failedDelivery failed→Returning to merchant→Returned to merchant
3DeliveredReturned to merchantCancelledLostDamaged
  1. المسار العادي. من Unassigned إلى Delivered. وحالة «Being prepared» لطلبات المطاعم فقط: تصبح Unassigned عندما يضع المطبخ علامة الجاهزية.
  2. عندما يحدث خطأ. فشل الاستلام أو التسليم يؤدي إلى إعادة محاولة، أو إرجاع إلى التاجر، أو إلغاء.
  3. الحالات النهائية (الداكنة). انتهى الطلب. ولا يتغيّر إلا عبر استثناء (exception).

الحالات

الحالةماذا تعنيتُضبط عادةً بواسطة
Createdأول حدث. لا يعود الطلب أبداً إلى Created.النظام
Being preparedلطلبات المطاعم فقط: المطبخ يجهّز الطعام. لا يُعرض على السائقين بعد، وتتخطاه قواعد التوزيع. التالي: Ready for pickup (يصبح الطلب Unassigned)، أو Cancelled.النظام، ثم يضع المطعم علامة الجاهزية
Unassignedينتظر سائقاً أو شريكاً. قواعد التوزيع تعيد المحاولة كل بضع دقائق ما دام لم يأخذه أحد.النظام
Assigned to partnerسُلِّم إلى شركة توصيل شريكة. وتأتي حالاته بعد ذلك من الشريك، ورقم شحنة الشريك يأتي من نظامه. ولا تكتبه أنت أبداً.قاعدة الطرود أو المسؤول
Driver assignedسائق خاص لديه الاستلام.قاعدة التوزيع أو المسؤول أو السائق
Out for pickupالسائق في الطريق إلى التاجر. تُحتسب محاولة استلام.تطبيق السائق (Rider app) أو المسؤول
Pickup failedلم يتم الاستلام. السبب مطلوب.تطبيق السائق (Rider app) أو المسؤول
Picked upالسائق معه الطرد. التالي: المركز، أو مباشرة إلى التسليم مع السائق نفسه عندما تكون Auto-dispatch مفعّلة للخدمة.تطبيق السائق (Rider app) أو المسؤول
In hubالطرد في مركز. ولا يطلب سائقاً. ويمكن للتاجر تسليم الطرد في المركز، فيُغلق الاستلام.مسح في المركز أو المسؤول
Dispatchedغادر الطرد المركز للتسليم.مسح في المركز أو المسؤول
Out for deliveryفي الطريق إلى المستلِم. تُحتسب محاولة تسليم وتظهر «attempt N».تطبيق السائق (Rider app) أو المسؤول
Deliveredنهائية. تسجّل Paid by نقداً أو بطاقة. وإثبات التسليم (صورة وتوقيع وGPS) يُحفظ في History.تطبيق السائق (Rider app) أو المسؤول
Delivery failedفشلت المحاولة، بسبب من قائمتك. التالي: إعادة المحاولة أو الإرجاع أو الإلغاء.تطبيق السائق (Rider app) أو المسؤول
Returning to merchantالطرد عائد إلى التاجر. تُطبَّق رسوم الإرجاع. والإلغاء بعد الاستلام ينتهي هنا أيضاً، عندما تسمح إعداداتك.المسؤول أو قاعدة
Returned to merchantنهائية. يلزم إثبات.تطبيق السائق (Rider app) أو المسؤول
Cancelledنهائية. السبب مطلوب، ويُبلَّغ التاجر، ويُلغى الحجز لدى الشريك. قبل الاستلام فقط.المسؤول أو التاجر
Lost · Damagedنهائية. يضعها المسؤول بعد الاستلام. تُسجَّل الحالة؛ أما التعويض فلا يُدار في Fleetics بعد.المسؤول

التجار والعملاء يرون صياغة ألطف، مثل «Waiting for a driver» بدلاً من «Unassigned».

العلامات والموقع

بعض الأشياء تظهر بجانب الحالة دون أن تكون حالة:

  • الموقع (Location): في مركز، أو في الطريق إلى مركز آخر، أو مع سائق. والنقل بين المراكز يُبقي الحالة «In hub» ويقرأ الموقع «In transit to» المركز الآخر حتى يُمسح هناك.
  • Bad address (عنوان غير صالح): يمر الطلب، لكن لا يوجد دبوس صالح أو أن العنوان لا يطابق أي منطقة. قواعد المسافة تحتسب السعر الأساسي فقط. تواصل مع المرسِل أو المستلِم.
  • SLA at risk / breached: استهلك الطلب معظم (افتراضياً 80%) أو كل الوقت الذي تسمح به قاعدة SLA الخاصة به. وتعرض اللوحة الجانبية القاعدة والمؤقّت.
  • Late: سُلِّم بعد وقت Deliver by. والطلبات المحجوزة بعد وقت الإغلاق لا تُعد متأخرة.
  • Updated: صُحّح جوال المستلِم أو عنوانه بعد فشل التسليم. وEdited after creation: عُدّل الطلب. وتبقى القيم القديمة في سجل التدقيق (audit log).
  • Failed check وFailed far from the address: محاولة فاشلة وُسمت مبكراً جداً بعد أن بدأ السائق، أو قرب المركز، أو بلا دبوس خريطة، أو بعيداً عن الدبوس. وDelivered far from the address: تسليم وُسم بعيداً عن الدبوس. تظهر للموظفين فقط ولا تظهر للسائق أبداً، والسبب في History. والدقائق والمسافات تُضبط في Settings › Orders.
  • Out of coverage: مدينة التسليم أو منطقته غير مخدومة.

المحاولات

الرحلة الواحدة تُحتسب محاولة واحدة: محاولة استلام عند Out for pickup، ومحاولة تسليم عند Out for delivery (أو عند Dispatched، إذا كان Count dispatch as an attempt مفعّلاً). والافتراضي 3 محاولات للاستلام و3 للتسليم. وإعادة المحاولات مشمولة في رسوم التوصيل. وعند الحد الأقصى لا يبقى إلا Return أو Cancel. والرحلة التي تعود إلى المركز دون أن يُمسّ الطرد تُرجع محاولتها.

الشاشات رسومات مبسّطة ببيانات تجريبية. قد تبدو بوابتك مختلفة قليلاً، لكن الأسماء والخطوات هي نفسها.

أسئلة شائعة

هل يمكن أن تعود الحالة إلى الوراء؟

لا تعود أبداً إلى Created. ومع إيقاف Workflow enforcement (الافتراضي) يمكن لأي حالة أخرى أن تلي أي حالة، مع ملاحظة للخطوات غير المعتادة. ومع تفعيله لا يُسمح إلا بالخطوات التي تضبطها في Settings › Workflow.

كيف أغيّر حالة نهائية؟

فقط عبر استثناء (exception). راجع «Edit, cancel and correct mistakes».

لماذا يظهر وقت بالأحمر على الحالة؟

لأن الطلب بقي في تلك الحالة أطول من حد Needs-attention لديك.

أدلة ذات صلة

هل كان هذا مفيداً؟