الانتقال إلى المحتوى الرئيسي
مكانه في المنصة: OTO FLEX ‏← Orders — افتح في OTO ↖
التخطيط هو الجزء الذي يحوّل كومة من الطلبات وقائمة من السائقين إلى يوم عمل: من يأخذ ماذا، وبأي ترتيب، وعبر أي طريق.

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

OTO FLEX ‏← Orders هي شاشة العمل، وتضم ثلاثة تبويبات تقابل مراحل حياة الطلب: تحتوي كل قائمة على Order ID وOrder Date وStatus وPickup Location وCustomer Name وCustomer Address وDistrict وRegion وShipment Number وDelivery Company، وكلها قابلة للفلترة، مع نطاق تاريخ مُطبّق افتراضيًا.
لوحة الإرسال في OTO FLEX

الشكل 1 — طلب بانتظار سائق. لاحظ عمود Delivery Company: يظهر الأسطول فيه كشركة توصيل مثل أي شركة شحن، وهي الفكرة نفسها التي تتيح له التنافس في أتمتة الشحن.

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

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

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

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

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

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

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

الشكل 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.»
Area Based والمناطق التي رسمتهايشرح النص التوضيحي في هذه الشاشة الطرق الأربع الأولى. أما Area Based فتعمل انطلاقًا من Areas المضبوطة في إدارة الأسطول، أي المضلّعات التي تحمل قائمة OTO Flex Drivers وسعة لكل منطقة وأولوية لحسم التداخلات. لذا فهي الطريقة المناسبة حين يكون أسطولك منظمًا في مناطق عمل بدلًا من ملاحقة أقرب طلب.
الاختيار في حقيقته يتعلق بمن يملك القرارNearest Driver وLeast Task وArea Based تعطي القرار للنظام، مع التركيز على السرعة والعدالة والنطاق الجغرافي على الترتيب. وBroadcast تعطيه للسائقين، وهذا ما يجعل أسطول المتعاقدين يعمل، وهو أيضًا ما يجعله غير قابل للتنبؤ. أما Manual فتُبقيه لدى مسؤول الإرسال.وهو إعداد واحد للأسطول كله، لذا يستحق أن يتوافق مع طبيعة توظيف سائقيك فعليًا. نموذج Broadcast المفروض على سائقين برواتب ثابتة يُنتج طلبات لا يقبلها أحد، ونموذج السائق الأقرب المفروض على المتعاقدين يُنتج عملًا لم يوافقوا على القيام به.

​
المسارات

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

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

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

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

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

عند فتح مسار يظهر ملخصه وقائمة نقاط توقفه: وتحته تعرض Order Details كل نقطة توقف حسب تسلسلها، مع Order ID وPlanned Start Time وActual Arrival Time.

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

هذا الزوج الأخير هو أكثر ما في الشاشة فائدة. فكل مسار يحمل ما كان مخططًا (المسافة، والمدة، ووقت بدء لكل نقطة توقف) إلى جانب ما حدث فعلًا، وصولًا تلو الآخر.
هذا ما يجعل سجل المسارات جديرًا بالاحتفاظالمسار الذي تكتفي بالنظر إليه يخبرك إلى أين ذهب السائق. أما المسار الذي يضع المخطط والفعلي جنبًا إلى جنب فيخبرك هل كانت الخطة جيدة أصلًا.يجيب عن ثلاثة أسئلة لا يجيب عنها غيره: هل تقدير محرك التحسين للمدة واقعي في مدينتك، أم متفائل باستمرار؟ وأي نقاط التوقف تتأخر عادةً، وهل السبب العنوان أم وقت اليوم؟ وحين يقول العميل إن أحدًا لم يأتِ، في أي ساعة وصل السائق فعلًا؟
ومن هذا السجل نفسه يُقاس أداء السائق، ولهذا يستحق عمود Actual Arrival Time الحفاظ عليه: فهو لا يمتلئ إلا إذا أكمل السائقون نقاط التوقف في التطبيق في حينها، لا لاحقًا من الذاكرة.

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

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

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

قرار ذهاب الطلب إلى سائقك أو إلى شركة شحن يُتخذ في أتمتة الشحن، حيث الأسطول شركة توصيل كأي شركة أخرى. وشروط التنفيذ مثل Driver Available وDriver Task وIf destination is in these Areas وDriving Distance هي التي ترسم الحدود عمليًا: استخدم الأسطول داخل الطريق الدائري إذا كان هناك سائق متاح، وإلا فشركة شحن.
اكتب القاعدة البديلة أولًاقاعدة الأسطول التي لا ترافقها قاعدة بديلة لشركة شحن تُنتج طلبات تبقى غير مُسندة حين يمتلئ الأسطول. اربط كل قاعدة من نوع استخدم الأسطول إذا… بالقاعدة التي تلتقط ما ترفضه.

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

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

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

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

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