Mastron Express — نظام شحن وتوصيل طرود

نظرة عامة

منظومة شحن كاملة: إنشاء وتتبع الطرود بحالاتها، بوابة تجّار وبوابة مندوبين، تتبّع GPS لحظي وتحسين المسارات، تحصيل عند الاستلام وتقارير مالية، رسائل SMS عبر عدة مزودين، وواجهة API بـ JWT للتطبيق.

01التحدي

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

والمال هو أصعب جزء: المندوب يحصّل نقدًا نيابة عن التاجر، فالمبلغ يمرّ بثلاث ذمم قبل أن يستقر — ذمة المندوب، ثم الشركة، ثم التاجر — وأي حلقة غير موثّقة تعني فرقًا لا يمكن تفسيره آخر الشهر.

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

02الحل

بنينا الطرد ككيان له سجل أحداث كامل (parcel events): كل مسح باركود وكل تغيير حالة وكل محاولة تسليم صف مؤرّخ، فالتتبّع مشتق من السجل لا مكتوب فوق الحالة السابقة. والتسليم يُثبت بتوقيع وصورة ومسح — لا بضغطة زر.

الجانب المالي مبني على حسابات صريحة: حساب للمندوب، وحساب للتاجر، وحساب للشركة، وتحويلات موثّقة بينها، مع سحوبات مجمّعة (batches) ورسوم تحصيل ورسوم إضافية معرّفة. فأي جنيه له مصدر ووجهة.

والتسعير بُني كقواعد لا كجدول ثابت: قاعدة تحسب بالوزن، وأخرى بالحجم، وأخرى بالباقة والمنطقة — فتغيير سياسة التسعير إعداد لا تعديل كود.

ولأن الشبكة تنقطع، أضفنا مسار مزامنة في تطبيق المندوب (sync batches / sync operations) يجمع العمليات محليًا ويرفعها عند عودة الاتصال.

03الأثر

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

والتسوية المالية صارت مقفولة: كل مبلغ محصّل يظهر في حساب المندوب ثم في تحويل ثم في سحب التاجر — بلا حلقة مفقودة.

والانقطاع لم يعد يوقف العمل: المندوب يسلّم ويوقّع ويصوّر، وترفع العمليات نفسها عند عودة الشبكة.