> ## 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)

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

## تطبيق السائق

يعمل السائقون بالكامل في تطبيق OTO Flex، الذي ينقسم إلى أربعة أقسام إلى جانب الخريطة: **Orders** و**Tasks** و**Routes** و**History**. ويوجد في الشريط العلوي ماسح باركود و**محفظة** السائق (رصيد الدفع عند الاستلام الذي يحمله)، ويمكن الوصول إليهما من أي مكان.

![New Orders في تطبيق السائق](https://mintcdn.com/oto/ft-bRlLvOnJkbVoC/images/flex-10-app-orders.png?fit=max\&auto=format\&n=ft-bRlLvOnJkbVoC\&q=85\&s=80e7f7215971c1a47ba6405c020a6fb2)

الشكل 1 — تعرض كل بطاقة الطلب وحالته والعميل وثلاث مسافات: الاستلام والتوصيل والإجمالي. ويستطيع السائق الترتيب حسب Nearest أو Farthest.

> [!TIP]
>
> **ثلاث مسافات لا مسافة واحدة**
>
> الفصل بين **مسافة الاستلام** و**مسافة التوصيل** هو ما يتيح للسائق تقييم الطلب قبل قبوله في إسناد [Broadcast](https://docs.tryoto.com/ar/modules/oto-flex/planning.md). فالتوصيل القصير بعد رحلة استلام طويلة يختلف عن توصيل قصير قريب، والإجمالي الواحد يُخفي هذا الفرق.

## المسح والقبول

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

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

### ما يراه السائق في الطلب

تعرض شاشة الطلب ما يحتاجه فعلًا شخص يقف في منطقة التحميل:

| في الطلب | لماذا هو موجود؟ |
| - | - |
| **عنوانا Pickup وDelivery** على الخريطة | طرفا الرحلة قبل الالتزام. |
| **Customer** مع زرّي الاتصال وواتساب | الوصول إلى العميل دون الاحتفاظ برقمه. |
| **Branch/Warehouse** مع زرّي الاتصال وواتساب | الطرف الآخر يمكن التواصل معه أيضًا، وهذا ما يحل مشكلة «الطرد غير جاهز» في مكانها. |
| **Delivery Slot** مع زر **Schedule** | يمكن تحديد فترة التوصيل أو تغييرها من يد السائق، لا من لوحة التحكم فقط. |
| **Cash To Be Collected** و**Total Amount** | يظهران منفصلين، فيكون الطلب المدفوع مسبقًا واضحًا لا لبس فيه. فتحصيل نقد على طلب مدفوع مسبقًا خطأ مكلف تصحيحه. |

### الاستلام متعدد الصناديق

الطلب الذي يُشحن في عدة صناديق يُمسح **صندوقًا صندوقًا**، لكل منها باركوده الخاص. السائق الذي يمسح ثلاثة صناديق من أربعة لم يستلم الطلب، والتطبيق يعرف ذلك. ومن دون المسح لكل صندوق لا يُكتشف الصندوق الناقص إلا عند باب العميل.

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

تتضمن إعدادات الأسطول إعداد **Proof of Pickup** بخيارين:

| الخيار | ما يوثّقه السائق |
| - | - |
| **Photo** | صورة عند نقطة الاستلام: الطرود، ومنطقة التحميل، وحالة البضاعة. |
| **Barcode** | مسح. دقيق في تحديد *أي* طرد استُلم، بينما الصورة مجرد دليل على أن الاستلام حدث. |

![خيارات Proof of Pickup](https://mintcdn.com/oto/YkJay8Y-1RDv8ciw/images/flex-7-proof-pickup.png?fit=max\&auto=format\&n=YkJay8Y-1RDv8ciw\&q=85\&s=da965bd8c2ff1d55af0b02e8742dae5a)

الشكل 2 — خياران فقط، لأن الطرفين عند الاستلام تابعان لك، ولا يوجد طرف ثالث يلزم التحقق من هويته.

وتحته مفتاح **Force Proof of Pickup**، الذي يصفه المنتج بأنه: *«When you open force proof of pickup drivers cannot pickup an order without proof.»*

> [!TIP]
>
> **الإلزام هو ما يضمن وجود الإثبات**
>
> من دون إلزام يُوثَّق الإثبات حين يتذكره أحد، ونادرًا ما يكون ذلك هو الموقف الذي تحتاجه فيه لاحقًا. الإلزام هو الفارق بين إثبات يمكن توثيقه وإثبات موجود فعلًا.

> [!NOTE]
>
> **صورة أم باركود؟**
>
> يجيب كل منهما عن سؤال مختلف. **Barcode** يجيب عن *أي طرد*، وهو الخيار الافتراضي الأفضل لمستودع يسلّم صناديق كثيرة متشابهة. و**Photo** تجيب عن *بأي حالة*، وتثبت قيمتها حيث يكون النزاع حول التلف هو الخطر: الأثاث، والأجهزة، وكل ما هو قابل للكسر.

## التسليم في المستودع

الإجراء الرئيسي في شاشة الطلب هو الاختيار بين نتيجتين: **Picked Up** أو **Drop at Warehouse**. والثانية موجودة لأن أسوأ مكان لطرد لا يمكن توصيله هو داخل مركبة.

اختيار التسليم يفتح سؤالًا (*ماذا تريد أن تفعل بهذه الشحنة؟*) له إجابتان مختلفتان تمامًا:

| الخيار | ماذا يحدث للطلب | متى تستخدمه |
| - | - | - |
| **Drop at Warehouse** | تعود الشحنة إلى المستودع و**يبقى الطلب مجدولًا**، ويمكن إعادة إسناده وخروجه من جديد. | لم يتم التوصيل اليوم لكنه سيتم: انتهت الوردية، أو طال المسار، أو أجّل العميل. |
| **Drop & Return Order** | تعود الشحنة **ويُسجّل الطلب مرتجعًا**، ويجب اختيار **سبب الإرجاع** قبل التأكيد. | لن يتم التوصيل: لم يُعثر على العميل، أو رفض الاستلام، أو العنوان خاطئ. |

![خطوات التسليم في المستودع](https://mintcdn.com/oto/ft-bRlLvOnJkbVoC/images/flex-11-drop-warehouse.png?fit=max\&auto=format\&n=ft-bRlLvOnJkbVoC\&q=85\&s=083e1e0b1ff0cbeb1edd838f6ce95640)

الشكل 3 — ست خطوات. يفترق المساران عند اللوحة 2، ومسار الإرجاع وحده يطلب سببًا، لأنه وحده يُنهي الطلب.

> [!TIP]
>
> **هذا التمييز هو جوهر الأمر**
>
> كلا الإجراءين ينقل الصندوق نفسه إلى الرف نفسه. الفرق في معنى *الطلب* بعد ذلك: ما زال قائمًا، أم انتهى كمرتجع؟
>
> إذا دمجتهما في إجراء واحد (كما تفعل معظم الأساطيل حين تدير ذلك ورقيًا) تحصل على خطأين: طلبات تأخرت فقط تُشطب كمرتجعات، وطلبات فشلت فعلًا تبقى «مجدولة» لأيام دون أن يتابعها أحد. وطلب السبب في مسار الإرجاع هو ما يُبقي الفئة الثانية صادقة.

تأتي أسباب الإرجاع من قائمتك الخاصة في **الإعدادات ← Advanced ‏← Reason Settings**، فتُحصى المرتجعات حسب السبب لا حسب نص حر. ثم يستمر الطلب عبر [استلام الشحنات المرتجعة](https://docs.tryoto.com/ar/modules/return-management/returns-receiving.md).

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

## التسليم بين السائقين

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

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

* [التوصيل](https://docs.tryoto.com/ar/modules/oto-flex/delivery.md): الطرف الآخر من الرحلة، مع خيارات إثبات أوسع.
* [التخطيط](https://docs.tryoto.com/ar/modules/oto-flex/planning.md): كيف حصل السائق على هذا المسار.
* [استلام الشحنات المرتجعة](https://docs.tryoto.com/ar/modules/return-management/returns-receiving.md): وجهة الطلب الذي سُلّم في المستودع وأُرجع.
* [تجهيز الطلبات](https://docs.tryoto.com/ar/modules/omnichannel-oms/order-fulfillment.md): حيث جُهّز الطرد وصناديقه.


## Related topics

- [تخطيط التوصيل وإسناد السائقين](https://docs.tryoto.com/ar/modules/oto-flex/planning.md)
- [المفاهيم الأساسية: الطلبات والشحنات والمخزون والمراكز](https://docs.tryoto.com/ar/get-started/core-concepts.md)
- [توصيل الميل الأخير في OTO FLEX](https://docs.tryoto.com/ar/modules/oto-flex/delivery.md)


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