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

# تخطيط التوصيل وإسناد السائقين

> خطّط لتوصيلات اليوم: أسند الطلبات إلى السائقين من لوحة الإرسال، وابنِ المسارات، ووزّع العمل بين أسطولك وشركات الشحن، وحدّد سعة فترات التوصيل.

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

التخطيط هو الجزء الذي يحوّل كومة من الطلبات وقائمة من السائقين إلى يوم عمل: من يأخذ ماذا، وبأي ترتيب، وعبر أي طريق.

## لوحة الإرسال

**OTO FLEX ‏← Orders** هي شاشة العمل، وتضم ثلاثة تبويبات تقابل مراحل حياة الطلب:

| التبويب | ما يحتويه |
| - | - |
| **Unassigned Orders** | طلبات بانتظار سائق. في اليوم الطبيعي تفرغ هذه القائمة من تلقاء نفسها، والقائمة التي تبقى ممتلئة إشارة إلى خلل في مرحلة سابقة. |
| **Processing Orders** | طلبات مُسندة وقيد التنفيذ. |
| **History Orders** | طلبات مكتملة، للرجوع إليها وللنظر في الاعتراضات. |

تحتوي كل قائمة على **Order ID** و**Order Date** و**Status** و**Pickup Location** و**Customer Name** و**Customer Address** و**District** و**Region** و**Shipment Number** و**Delivery Company**، وكلها قابلة للفلترة، مع نطاق تاريخ مُطبّق افتراضيًا.

![لوحة الإرسال في OTO FLEX](https://mintcdn.com/oto/YkJay8Y-1RDv8ciw/images/flex-4-dispatch-board.png?fit=max\&auto=format\&n=YkJay8Y-1RDv8ciw\&q=85\&s=9738706c71c2da942e5d5c480fd2576b)

الشكل 1 — طلب بانتظار سائق. لاحظ عمود Delivery Company: يظهر الأسطول فيه كشركة توصيل مثل أي شركة شحن، وهي الفكرة نفسها التي تتيح له التنافس في [أتمتة الشحن](https://docs.tryoto.com/ar/modules/shipping-management/shipping-automation.md).

> [!TIP]
>
> **District وRegion هما فلترا مسؤول الإرسال**
>
> هما ما يجعل قائمة الطلبات غير المُسندة قابلة للإدارة حين تطول: رتّبها حسب الحي، وستتضح ملامح مسارات اليوم قبل إسناد أي طلب.

## إعدادات الأسطول

يفتح **Edit Settings** الإعدادات التي تحكم الأسطول بأكمله.

![إعدادات الأسطول](https://mintcdn.com/oto/ft-bRlLvOnJkbVoC/images/flex-5-fleet-settings.png?fit=max\&auto=format\&n=ft-bRlLvOnJkbVoC\&q=85\&s=15fb4589c86c212f0eddd8d52122eb4d)

الشكل 2 — لكل حقل شرحه الخاص. ويُوصَف Fleet Name تمامًا كما يعمل: «This name will be shown to end customers in tracking pages for the shipments that are carried by your own drivers.»

| الإعداد | ما الذي يفعله؟ |
| - | - |
| **Connection Name** | الاسم الذي يظهر به الأسطول أينما تظهر شركات الشحن: في قواعد الأتمتة، وفي التقارير، وفي عمود Delivery Company. |
| **Activate** | النص كما يظهر: *«This button is for activating or disabling this feature.»* إيقاف الأسطول لا يمسّ إعداداته. |
| **Do not send SMS** | النص كما يظهر: *«If you activate this option, OTO will not send tracking SMS for shipments from this company to the end customer.»* |
| **Fleet Name** | ما يراه *العميل* في صفحة التتبع بدلًا من اسم شركة الشحن. |
| **Driver Assignment Method** | كيف تصل الطلبات إلى السائقين. أربعة نماذج، انظر أدناه. |
| **Proof of Pickup** ‏· **Proof of Delivery** | ما يجب على السائق توثيقه: Photo أو Barcode عند استلام الطلب؛ وPhoto أو OTP أو Photo and OTP أو Barcode عند التوصيل. ولكل منها مفتاح *إلزام*، مشروح في [استلام الطلب](https://docs.tryoto.com/ar/modules/oto-flex/pickup.md) و[التوصيل](https://docs.tryoto.com/ar/modules/oto-flex/delivery.md). |
| **Pickup SLA (hours)** ‏· **Delivery SLA (hours)** | ما يلتزم به الأسطول، بالمصطلحات نفسها التي تُصاغ بها اتفاقية مستوى الخدمة لشركة الشحن، وهذا ما يتيح لـ[SLA Met](https://docs.tryoto.com/ar/modules/shipping-management/shipping-automation.md) المقارنة بينهما بإنصاف. |
| **Google ApiKey IP-BASED** ‏· **Google Api Key Http-BASED** | مفاتيح Google الخاصة بك. عليها يعمل تحسين المسارات وحساب مسافة القيادة. |

> [!WARNING]
>
> **استخدم مفتاح Google الخاص بك**
>
> يعتمد تحسين المسارات على مفتاح Google API توفّره أنت، ويُطلب مفتاحان لأن المفاتيح المقيّدة بـIP والمفاتيح المقيّدة بـHTTP referrer تُستخدم لاستدعاءات مختلفة. ومن دونهما لا يمكن تشغيل التوجيه القائم على المسافة ولا التحسين، وهذا أشيع سبب يجعل إعداد أسطول جديد يبدو وكأنه لا يفعل شيئًا.

## إسناد السائقين

الإسناد تلقائي، وتُختار طريقته مرة واحدة للأسطول كله. وتتوفر **خمس** طرق.

![قائمة Driver Assignment Method](https://mintcdn.com/oto/ft-bRlLvOnJkbVoC/images/flex-6-assignment-methods.png?fit=max\&auto=format\&n=ft-bRlLvOnJkbVoC\&q=85\&s=b681c8442ff8479c03c5de7694025802)

الشكل 3 — خمسة خيارات: Broadcast محدد، وتضم القائمة أيضًا Least Task وManual وNearest Driver وArea Based. والنص التوضيحي في الأعلى يشرح أربعة منها فقط.

يشرح المنتج أربعًا من الطرق الخمس بكلماته:

> «You can select the method you want to use to assign drivers to tasks automatically. Nearest Driver selects the nearest driver from the pickup location. Broadcast method sends a notification to all drivers who can deliver the order, Least Task selects the driver with least number of tasks and Manual is for manual assignments only.»

| الطريقة | كيف تُسند | تناسب |
| - | - | - |
| **Nearest Driver** | السائق الأقرب إلى موقع استلام الطلب. | العمليات الحضرية الكثيفة التي تهم فيها الدقائق حتى الاستلام: التوصيل عند الطلب وفي اليوم نفسه. |
| **Broadcast** | يُشعر كل سائق يستطيع توصيل الطلب، ومن يقبل أولًا يأخذه. | أساطيل العمل الحر والمتعاقدين، حيث يختار السائقون عملهم بأنفسهم بدلًا من أن يُفرض عليهم. |
| **Least Task** | السائق الذي لديه أقل عدد من المهام حاليًا. | الأساطيل الموظفة التي يكون الهدف فيها توزيع عبء اليوم بالتساوي على الفريق لا أسرع استلام منفرد. |
| **Manual** | لا يُسند شيء تلقائيًا؛ مسؤول الإرسال هو من يقرر. | الأساطيل الصغيرة، أو الشحنات المعقدة، أو أي عملية يملك فيها شخص معطيات لا يملكها النظام. |
| **Area Based** | يُسند حسب النطاق الجغرافي، انظر الملاحظة أدناه. | الأساطيل المنظمة في مناطق عمل، حيث يتولى السائق نطاقًا بعينه بدلًا من ملاحقة أقرب طلب. |

> [!NOTE]
>
> **Area Based والمناطق التي رسمتها**
>
> يشرح النص التوضيحي في هذه الشاشة الطرق الأربع الأولى. أما **Area Based** فتعمل انطلاقًا من **Areas** المضبوطة في [إدارة الأسطول](https://docs.tryoto.com/ar/modules/oto-flex/fleet-management.md)، أي المضلّعات التي تحمل قائمة **OTO Flex Drivers** وسعة لكل منطقة وأولوية لحسم التداخلات. لذا فهي الطريقة المناسبة حين يكون أسطولك منظمًا في مناطق عمل بدلًا من ملاحقة أقرب طلب.

> [!TIP]
>
> **الاختيار في حقيقته يتعلق بمن يملك القرار**
>
> **Nearest Driver** و**Least Task** و**Area Based** تعطي القرار للنظام، مع التركيز على السرعة والعدالة والنطاق الجغرافي على الترتيب. و**Broadcast** تعطيه للسائقين، وهذا ما يجعل أسطول المتعاقدين يعمل، وهو أيضًا ما يجعله غير قابل للتنبؤ. أما **Manual** فتُبقيه لدى مسؤول الإرسال.
>
> وهو إعداد واحد للأسطول كله، لذا يستحق أن يتوافق مع طبيعة توظيف سائقيك فعليًا. نموذج Broadcast المفروض على سائقين برواتب ثابتة يُنتج طلبات لا يقبلها أحد، ونموذج السائق الأقرب المفروض على المتعاقدين يُنتج عملًا لم يوافقوا على القيام به.

## المسارات

### البناء والتحسين

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

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

![مسار تم بناؤه](https://mintcdn.com/oto/YkJay8Y-1RDv8ciw/images/flex-9-view-route.png?fit=max\&auto=format\&n=YkJay8Y-1RDv8ciw\&q=85\&s=11842539b4da4aaaf88019dac8a6ae5a)

الشكل 4 — المسار مرسومًا على الخريطة، وملخصه على اليمين، ونقاط توقفه بالتسلسل في الأسفل.

> [!NOTE]
>
> **عشرون نقطة توقف في المرة الواحدة**
>
> يعالج تحسين المسارات حتى **20 طلبًا** في الطلب الواحد، وهو حد موروث من واجهة Google للتوجيه. السائق الذي لديه أكثر من عشرين نقطة توقف يُخطَّط له على دفعات. من المفيد معرفة ذلك قبل الوعد بجولة من خمسين نقطة.

### ما يسجّله المسار

عند فتح مسار يظهر ملخصه وقائمة نقاط توقفه:

| الحقل | ما الذي يخبرك به؟ |
| - | - |
| **Route ID ‏· Route Name** | المعرّف، واسم يمكنك تمييزه في القائمة. |
| **Pickup Location** | نقطة بداية المسار: المستودع أو الفرع أو مركز التوزيع. |
| **Vehicle Type** | تُبنى المسارات وفق مركبة، وبهذا تُراعى السعة. |
| **Number of Shipments** | عدد نقاط التوقف في المسار. |
| **Planned Distance** ‏· **Planned Duration** | ما يتوقعه محرك التحسين لتكلفة المسار بالكيلومترات والدقائق. |

وتحته تعرض **Order Details** كل نقطة توقف حسب **تسلسلها**، مع **Order ID** و**Planned Start Time** و**Actual Arrival Time**.

### المخطط مقابل الفعلي

هذا الزوج الأخير هو أكثر ما في الشاشة فائدة. فكل مسار يحمل ما كان *مخططًا* (المسافة، والمدة، ووقت بدء لكل نقطة توقف) إلى جانب ما *حدث* فعلًا، وصولًا تلو الآخر.

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

ومن هذا السجل نفسه يُقاس [أداء السائق](https://docs.tryoto.com/ar/modules/oto-flex/fleet-management.md)، ولهذا يستحق عمود **Actual Arrival Time** الحفاظ عليه: فهو لا يمتلئ إلا إذا أكمل السائقون نقاط التوقف في التطبيق في حينها، لا لاحقًا من الذاكرة.

### الطلبات المجدولة

الطلبات التي لها فترة توصيل تُخطَّط ضمن تلك الفترة بدلًا من إرسالها فور وصولها، فيحترم المسار النافذة الزمنية التي أُعطيت للعميل. وهذا هو ما يقابل، في الأسطول، الإنشاء المجدول للشحنات الموصوف في [الشحن والتتبع](https://docs.tryoto.com/ar/modules/shipping-management/shipping-and-tracking.md).

## الأسطول مقابل شركات الشحن

قرار ذهاب الطلب إلى سائقك أو إلى شركة شحن يُتخذ في [أتمتة الشحن](https://docs.tryoto.com/ar/modules/shipping-management/shipping-automation.md)، حيث الأسطول شركة توصيل كأي شركة أخرى. وشروط التنفيذ مثل **Driver Available** و**Driver Task** و**If destination is in these Areas** و**Driving Distance** هي التي ترسم الحدود عمليًا: استخدم الأسطول داخل الطريق الدائري إذا كان هناك سائق متاح، وإلا فشركة شحن.

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

## طلبات الخدمة

ليست كل زيارة تسليمًا لطرد. تغطي طلبات الخدمة زيارات التركيب والتجميع والصيانة والاستلام، مع **أنواع خدمات متعددة**، و**أوقات خدمة متغيّرة** (فالتركيب الذي يستغرق ثلاثين دقيقة ليس كالتسليم الذي يستغرق دقيقتين، وعلى المسار أن يعرف ذلك)، و**متطلبات خدمة** مثل الأدوات أو شخص ثانٍ أو مهارة معيّنة.

## سعة فترات التوصيل

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

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

* [إدارة الأسطول](https://docs.tryoto.com/ar/modules/oto-flex/fleet-management.md): السائقون والمناطق والسعات التي يعتمد عليها التخطيط.
* [استلام الطلب](https://docs.tryoto.com/ar/modules/oto-flex/pickup.md): ما يحدث بعد إسناد المسار.
* [أتمتة الشحن](https://docs.tryoto.com/ar/modules/shipping-management/shipping-automation.md): الأسطول مقابل شركات الشحن.


## Related topics

- [إدارة السائقين والأسطول](https://docs.tryoto.com/ar/modules/oto-flex/fleet-management.md)
- [OTO FLEX: التوصيل بسائقيك الخاصين](https://docs.tryoto.com/ar/modules/oto-flex/overview.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.