تتبّع الأسطول والتوصيل: كيف تبني نظاماً يعمل خارج المكتب
دورة حياة الطلب، وتطبيق السائق، وموقع المركبة، وإثبات التسليم، والعنوان الوطني — البنية التي يقوم عليها نظام لوجستي، والأخطاء التي تكلّف بعد الإطلاق.
نظام التوصيل يختلف عن أي نظام إداري في شيء واحد يغيّر كل شيء: نصف مستخدميه في الشارع، على جوال، بشبكة متقطّعة وبطارية تنفد. أي تصميم يفترض اتصالاً مستقرّاً ومستخدماً جالساً أمام شاشة سينهار في الأسبوع الأول من التشغيل الحقيقي.
ابدأ بدورة حياة الطلب، لا بالخريطة
الخريطة هي أكثر ما يُطلب في العرض الأول، وهي أقل ما يحدّد نجاح النظام. ما يحدّده هو آلة حالات الطلب: قائمة الحالات المسموح بها، والانتقالات المسموحة بينها، ومن يملك حقّ كل انتقال.
هيكل معقول للبدء: جديد ← مُسنَد ← تمّ الاستلام من المصدر ← في الطريق ← تمّ التسليم، وإلى جانبها مساران للفشل: تعذّر التسليم وملغى. والقاعدة أن كل انتقال يُسجَّل بحدث فيه: من نفّذه، ومتى، ومن أي إحداثية. هذا السجلّ هو ما يجيب لاحقاً على «أين تأخّر هذا الطلب؟» بدل الاعتماد على ذاكرة موظف التشغيل.
وانتبه إلى «تعذّر التسليم» مبكّراً: هو الحالة التي تُنسى في التصميم وتستهلك أغلب وقت خدمة العملاء لاحقاً. تحتاج سبباً من قائمة محدّدة، وصورة أو ملاحظة، وقراراً واضحاً: إعادة جدولة، أم إرجاع إلى المصدر؟
الموقع: كم مرّة، ومن يدفع الثمن؟
تتبّع المركبة يعني إرسال إحداثيات من جهاز السائق كل فترة. وكل قرار هنا مقايضة مباشرة مع البطارية وباقة البيانات:
- تردّد أعلى = خطّ سير أدقّ، واستهلاك بطارية أعلى، وطلبات شبكة أكثر.
- تردّد أقلّ = خطّ سير متقطّع تقفز فيه المركبة فوق المباني على الخريطة.
الحلّ العملي ليس رقماً ثابتاً بل تردّد متغيّر: أرسل بكثافة أثناء «في الطريق»، وقلّل بشدّة حين تكون المركبة ساكنة أو الطلب غير نشط، وأوقف الإرسال تماماً خارج ساعات العمل. وأرسل الإحداثيات دفعات مجمّعة لا طلباً منفصلاً لكل نقطة — الطلب الشبكي المتكرّر هو أكثر ما يستنزف البطارية.
ولا تكتفِ بالإحداثية: احفظ الوقت المرافق لها ودقّة القراءة. من دون الدقة لا تستطيع تمييز قراءة ضعيفة عن قفزة حقيقية، فتظهر في التقارير مسافات لم تُقطع.
الوصول والمغادرة: النطاق الجغرافي بدل الضغط اليدوي
مطالبة السائق بالضغط على «وصلت» عند كل نقطة تعمل نظرياً وتُنسى عملياً. الأدقّ هو النطاق الجغرافي: دائرة حول نقطة الاستلام أو التسليم، ودخولها يسجّل الوصول تلقائياً ويقترح على السائق تأكيده.
وثلاث تفاصيل تُنقذ التنفيذ: اجعل نصف قطر النطاق قابلاً للضبط لأن مدينة مزدحمة تختلف عن منطقة صناعية؛ واشترط بقاءً داخل النطاق لمدّة قصيرة قبل اعتبار الوصول واقعاً حتى لا يسجَّل المرور العابر وصولاً؛ وأبقِ التأكيد اليدوي متاحاً دائماً لأن دقّة الموقع تفشل أحياناً داخل المباني.
العنوان الوطني: استخدمه ولا تعتمد عليه وحده
العنوان في السعودية له صيغة وطنية منظّمة، والعنوان المختصر فيها من أربعة أحرف وأربعة أرقام. هذه هدية لأي نظام لوجستي: صيغة قابلة للتحقّق بدل نصّ حرّ.
لكن اعتماد النظام عليها وحدها يفشل، لأن جزءاً كبيراً من العملاء لا يحفظ عنوانه الوطني. الشكل الذي يعمل هو ثلاث طبقات معاً: العنوان المختصر إن وُجد، وإحداثية يحدّدها العميل على الخريطة، ووصف نصّي حرّ («بعد المسجد، البوابة الزرقاء»). الوصف الحرّ يبدو غير تقني، وهو عملياً ما يوصل السائق في آخر مئة متر.
تطبيق السائق: صمّمه للانقطاع لا للاتصال
هذه أهمّ فقرة في المقال. تطبيق السائق يجب أن يعمل وهو غير متّصل، ثم يزامن حين يعود الاتصال. وذلك يعني:
- طابور محلّي للإجراءات. «استلمت»، «سلّمت»، «تعذّر التسليم» تُكتب محلياً أولاً وتُعرض للسائق فوراً، ثم تُرسل.
- مفتاح فريد لكل إجراء. السائق سيضغط مرّتين، وستُعاد المحاولة بعد انقطاع. من دون مفتاح فريد يُرسل مع الطلب ويتحقّق منه الخادم، سينتج عن ذلك تسليمان لطلب واحد. هذه أكثر علّة نراها في أنظمة التوصيل، وهي أرخص ما يُعالَج قبل الإطلاق وأغلى ما يُعالَج بعده.
- حلّ للتعارض. ماذا لو ألغى موظف التشغيل الطلب بينما كان السائق غير متّصل ثم زامَن تسليمه؟ اتّخذ القرار في التصميم لا في لحظة الحادثة.
إثبات التسليم
ثلاث وسائل شائعة، ولكل واحدة موضعها: توقيع على الشاشة، وصورة عند الباب، ورمز تحقّق يُرسَل للعميل ويُدخله السائق. الرمز أقواها إثباتاً، والصورة أسهلها على السائق، والتوقيع أضعفها.
واختر بحسب قيمة الشحنة لا بحسب ما هو أسهل برمجةً؛ واحفظ مع الإثبات وقتَه وإحداثيته — إثبات بلا سياق زمني ومكاني لا يحسم نزاعاً.
التوزيع وترتيب المسار
لا تبدأ بمُحسِّن مسارات كامل. ابدأ بإسناد يدوي وترتيب بسيط للنقاط، وأضف قواعد آلية تدريجياً: أقرب سائق متاح، وسعة المركبة، ونافذة الوقت المطلوبة.
وحين يُطلب التحسين الآلي فعلاً، اعرف أن ما تُسمّيه «أفضل مسار» مسألة صعبة حسابياً تُحلّ بالتقريب لا بالحلّ الأمثل — والفارق العملي بين حلّ تقريبي جيّد وحلّ مثالي أصغر بكثير من فارق تجاهل نوافذ الوقت.
ما الذي يُقاس؟
سجّل من اليوم الأول الأزمنة الأربعة: من إنشاء الطلب إلى إسناده، ومن الإسناد إلى الاستلام، ومن الاستلام إلى التسليم، ونسبة التسليم من المحاولة الأولى. لا تنتظر حتى يُطلب تقرير — البيانات التي لم تُسجَّل لا يمكن استخراجها بأثر رجعي.
وقبل الإطلاق التجاري تحقّق من المتطلّبات التنظيمية لنشاط النقل والتوصيل لدى الجهة المختصّة، فهي تسبق التقنية ولا تُعالَج بعدها.
ثم يأتي دور الواجهة
لوحة التشغيل وصفحة تتبّع الطلب للعميل وموقع الشركة كلها أسطح قابلة للتوليد والاتفاق عليها سريعاً؛ أمّا آلة الحالات وطابور المزامنة والتوزيع فتُبنى مع فريق التطوير المخصص. الترتيب الصحيح: اتّفق على الشاشات أولاً لأنها ترفع الغموض عن المتطلّبات، ثم ابنِ المحرّك تحتها.


