> ## Documentation Index
> Fetch the complete documentation index at: https://docs.tryoto.com/llms.txt
> Use this file to discover all available pages before exploring further.

# توصيل الميل الأخير في OTO FLEX

> أتمّ التوصيل عبر تطبيق OTO Flex، وتواصل مع العميل، وشارك التتبع المباشر، وتعامل مع محاولات التوصيل غير الناجحة، وحسّن المسارات.

> [!NOTE]
>
> **مكانه في المنصة:** OTO FLEX ‏← Orders ‏← Processing Orders — [افتح في OTO ↖](https://app.tryoto.com/oto-flex)

المرحلة الأخيرة، والوحيدة التي يراها العميل. كل ما هنا يتعلق إما بإتمام التوصيل، أو بالتعامل مع حقيقة أن نسبة لا يُستهان بها من المحاولات لا تكتمل.

## إتمام التوصيل

### المسح والتسليم

يمسح السائق الطرد عند الباب ويسجّله كمُسلَّم. والمسح هو ما يمنع تسليم الطرد الخطأ في مسار متعدد نقاط التوقف.

### إثبات التسليم

يوفّر **Proof of Delivery** **أربعة** خيارات، أي ضعف خيارات الاستلام، لأن هناك عند الباب طرفًا آخر يمكن التحقق من هويته.

| الخيار | ما الذي يثبته |
| - | - |
| **Photo** | أن الطرد وصل وبأي حالة. لا يثبت *من* استلمه. |
| **OTP** | رمز لمرة واحدة يقرؤه العميل. وهو الخيار الذي يثبت أن الشخص الصحيح هو من استلم. |
| **Photo and OTP** | كلاهما: الحالة والهوية، للبضائع عالية القيمة وطلبات الدفع عند الاستلام. |
| **Barcode** | مسح عند الباب، دقيق في تحديد الطرد، ومفيد في مسار متعدد نقاط التوقف به صناديق متشابهة. |

![خيارات Proof of Delivery](https://mintcdn.com/oto/ft-bRlLvOnJkbVoC/images/flex-8-proof-delivery.png?fit=max\&auto=format\&n=ft-bRlLvOnJkbVoC\&q=85\&s=56b3db4bba01fbbf48ec1a4ced3e3b14)

الشكل 1 — خيارا OTP وPhoto and OTP موجودان في جانب التوصيل فقط، أما الاستلام فيوفّر Photo وBarcode فقط.

> [!TIP]
>
> **الصورة ليست توقيعًا**
>
> الصورة عند عتبة الباب تثبت أن شيئًا تُرك في مكان ما. أما **OTP** فيثبت أنه سُلّم لشخص استطاع تقديم الرمز، وهذا هو الفرق المهم في نزاع «لم أستلمه أبدًا»، وهو سبب استخدام **Photo and OTP** مع كل ما هو ثمين أو يُحصّل نقدًا.

يجعل **Force Proof of Delivery** الإثبات إلزاميًا، والنص كما يظهر: *«When you open force proof of delivery drivers cannot deliver an order without proof.»*

ويذهب مفتاح ثالث، **Force Driver Delivery Note**، إلى أبعد من ذلك: *«When the Driver Delivery Note is enforced, the driver will be required to enter a delivery note before updating the order as delivered.»* الملاحظة نص حر، لذا تسجّل ما لا تستطيعه الصورة ولا الرمز: تُرك لدى الجار، سُلّم لموظف الاستقبال، رفض العميل أحد المنتجات.

> [!TIP]
>
> **للإلزام تكلفة**
>
> كل حقل إلزامي يعني ثواني إضافية عند كل باب، والسائقون يتحايلون على ما يعيقهم. اجعل الإثبات إلزاميًا حيث تكون النزاعات مكلفة (البضائع عالية القيمة، والدفع عند الاستلام)، لا في كل مكان بشكل افتراضي.

## التواصل مع العميل

### الاتصال أو المراسلة من التطبيق

يتواصل السائق مع العميل من داخل التطبيق، دون أن ينكشف رقم العميل كرقم هاتف يمكن للسائق الاحتفاظ به.

### الرسائل الجاهزة

تحتفظ **OTO FLEX ‏← Configuration ‏← Predefined Messages** بالنماذج التي يستطيع السائق إرسالها بنقرة واحدة: *في الطريق إليك*، *على بعد خمس دقائق*، *لم أتمكن من الوصول إليك*. ويصف المنتج الآلية بدقة:

> «Create messages for drivers to send via WhatsApp in OTO Flex. Drivers can select a message from a dropdown within an order, and WhatsApp will open with the chosen message ready to send.»

يأخذ كل نموذج **Title** (ما يراه السائق في القائمة المنسدلة) و**Message** حتى **4,096 حرفًا**. ويرتّب **Sort Rules** القائمة المنسدلة، فتظهر الرسالة المستخدمة أربعين مرة يوميًا في الأعلى بدلًا من أي موضع أُنشئت فيه.

![إنشاء رسالة جاهزة](https://mintcdn.com/oto/YkJay8Y-1RDv8ciw/images/flex-12-predefined-msg.png?fit=max\&auto=format\&n=YkJay8Y-1RDv8ciw\&q=85\&s=0751a4db4d7f1466c4d90a76dc820bca)

الشكل 2 — النص المؤقت هو الميزة الجديرة بالانتباه: «Type ‘/’ to check the list of the saved fields that you can use.»

> [!TIP]
>
> **الحقول الديناميكية تجعل النموذج شخصيًا**
>
> كتابة **/** في نص الرسالة تُدرج حقلًا محفوظًا، فيمكن أن يحمل النموذج اسم العميل ورقم الطلب دون أن يكتب السائق شيئًا. وهذا هو الفرق بين رسالة تُقرأ كخطاب موحّد ورسالة تُقرأ وكأن شخصًا أرسلها بنفسه.

> [!NOTE]
>
> **يفتح واتساب ولا يُرسل**
>
> يختار السائق نموذجًا فيفتح واتساب والنص جاهز. ويظل السائق هو من يضغط زر الإرسال، ويستطيع التعديل أولًا، مما يُبقي العنصر البشري حاضرًا ويجعل النموذج نقطة بداية لا أتمتة. من المفيد معرفة ذلك عند كتابة النماذج.

> [!TIP]
>
> **لماذا النماذج بدلًا من النص الحر؟**
>
> الاتساق والأمان. النماذج تبقي الأسلوب متوقعًا، وتبقي الرسالة بلغة العميل، وتمنع السائق من ارتجال ما لا ترغب العلامة التجارية في إرساله.

### تقييد التواصل خارج نافذة التوصيل

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

## التتبع المباشر للعميل

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

![صفحة التتبع للعميل](https://mintcdn.com/oto/ft-bRlLvOnJkbVoC/images/flex-13-tracking-page.png?fit=max\&auto=format\&n=ft-bRlLvOnJkbVoC\&q=85\&s=ccf94ddf0e19c8ffe15adf15905ad385)

الشكل 3 — رقم الطلب، والحالة الحالية مع وقتها، وطرفا الرحلة، والسائق، في صفحة واحدة مع اختيار اللغة.

| اللوحة | ما يراه العميل |
| - | - |
| **Order Number** | ليتأكد أنه ينظر إلى الشحنة الصحيحة. |
| **Status** | الحالة الحالية مع وقت تغيّرها: *Collected* ومتى حدث ذلك. |
| **Trip Details** | عنوانا **Pickup** و**Drop-off** كاملين، باللونين الأخضر والأحمر. |
| **Courier Information** | السائق باسمه وصورته. |
| **اختيار اللغة** | يختار العميل اللغة بنفسه بدلًا من أن يرث لغة المتجر. |

> [!TIP]
>
> **إظهار اسم السائق هو بيت القصيد**
>
> صفحة تتبع شركة الشحن تمنح العميل حالةً ورقمًا. أما هذه الصفحة فتمنحه شخصًا، وهذا ما يحوّل سؤال *أين طردي؟* إلى *أرى من يحضره إليّ*. ولهذا أيضًا يستحق حقل **Image** في سجل السائق أن يُملأ.

تحمل الصفحة [هوية إشعاراتك](https://docs.tryoto.com/ar/modules/customer-notification/overview.md)، وتعرض **Fleet Name** المحدد في إعدادات الأسطول بدلًا من اسم شركة الشحن، فيقدّم النشاط التجاري الذي يوصّل بمندوبيه الخاصين الخدمةَ على أنها خدمته هو.

## عند فشل التوصيل

### أسباب فشل مخصصة

أنت من يحدد أسباب الفشل في **الإعدادات ← Advanced ‏← Reason Settings**، وهي القائمة نفسها التي تحكم أسباب التعليق. الأسباب المهيكلة بدلًا من النص الحر هي ما يجعل الفشل قابلًا للقياس في التقارير: *العميل غير موجود* و\_العنوان غير موجود\_ يتطلبان حلولًا مختلفة تمامًا، ولا يمكنك التمييز بينهما في حقل نصي.

### المرور بأكثر من مستودع أو محطة

قد يمر الطلب في طريقه بأكثر من منشأة (مركز رئيسي، ثم محطة محلية، ثم العميل)، وتُتتبّع كل زيارة كجزء من رحلة طلب واحد لا كشحنات منفصلة.

### الشحنات العكسية

يستلم السائقون من العملاء إلى جانب التوصيل إليهم، فالمرتجع مهمة أسطول كأي مهمة أخرى. وقد يكون عملية استلام مستقلة، أو يُستلم في الزيارة نفسها التي يتم فيها التوصيل، وهذه هي الكفاءة التي يعتمد عليها الاستبدال. انظر [استلام الشحنات المرتجعة](https://docs.tryoto.com/ar/modules/return-management/returns-receiving.md) لمعرفة ما يحدث بعد ذلك.

## تحسين المسارات

يمكن تحسين حتى **20 طلبًا** في الطلب الواحد باستخدام مفتاح Google API المضبوط في إعدادات الأسطول. وتُخطَّط الجولات الأكبر على دفعات، انظر [التخطيط](https://docs.tryoto.com/ar/modules/oto-flex/planning.md).

## صفحات ذات صلة

* [إشعارات العملاء](https://docs.tryoto.com/ar/modules/customer-notification/overview.md): صفحة التتبع، وصفحة التقييم، وصفحة فشل التوصيل.
* [إدارة المرتجعات](https://docs.tryoto.com/ar/modules/return-management/overview.md): ما يصبح عليه المرتجع بعد استلامه.
* [إدارة الأسطول](https://docs.tryoto.com/ar/modules/oto-flex/fleet-management.md): أداء السائق، مقيسًا بهذه النتائج.


## Related topics

- [إنشاء الشحنات وطباعة بوالص الشحن وتتبع الطرود](https://docs.tryoto.com/ar/modules/shipping-management/shipping-and-tracking.md)
- [استلام الطلب بواسطة السائق في OTO FLEX](https://docs.tryoto.com/ar/modules/oto-flex/pickup.md)
- [فحوصات ما قبل التجهيز](https://docs.tryoto.com/ar/modules/omnichannel-oms/prefulfillment.md)


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.