نظرة عامة
> ملاحظة حول الواقعية: الشركة الموصوفة أدناه هي نموذج مركّب من أنماط تشغيلية حقيقية شائعة لدى موزعي السلع الاستهلاكية في سوريا. الأسماء والأرقام والنتائج توضيحية، ولا تستند إلى تعاقد موثّق مع عميل محدد.
شركة توزيع سلع استهلاكية سريعة الدوران (FMCG) تتخذ من حلب مقراً لها، تعمل على توزيع منتجات من عدة موردين وطنيين إلى ما يزيد على 500 منفذ تجزئة — محلات بقالة صغيرة وسوبرماركت ودكاكين محلية — منتشرة عبر المدينة وعدد من البلدات المحيطة.
تعمل الشركة بثمانية شاحنات توصيل، يرافق كلاً منها سائق ومندوب مبيعات يزور مجموعة ثابتة من العملاء على مسار متناوب. في بداية كل يوم، تُحمَّل الشاحنات من المستودع المركزي، وفي نهايته تُعاد البضائع غير المباعة، ويُسلَّم النقد، وتُسوَّى الفواتير يدوياً.
عملت هذه الطريقة لسنوات، لكن بحلول عام 2025 باتت الثغرات أكبر من أن تُتجاهل.
---
المشكلة التشغيلية
غياب الرؤية على مخزون الشاحنة خلال اليوم
بمجرد مغادرة الشاحنة للمستودع، لم يكن بمقدور مدير العمليات معرفة ما بيع، وما تبقّى على الشاحنة، أو ما إذا كان المندوب قد منح خصماً غير مرخّص. إذا احتاج عميل كبير طلباً عاجلاً وكانت أقرب شاحنة في المنطقة، لم يكن ثمة طريقة للتحقق من توافر المخزون المناسب. الجواب كان دائماً: "اتصل بالسائق."
تسوية النقد تأخذ أياماً
كان كل مندوب يجمع النقد ويُصدر فواتير يدوية ويعود في نهاية اليوم بحزمة من الأوراق. ثم يقابل فريق المالية الفواتير يدوياً مع النقد المستلم، ليكتشف في الغالب فروقات تستغرق يومين أو ثلاثة للتحقيق فيها. بعض أرصدة العملاء مُسجَّلة في دفاتر، وأخرى في ملف Excel مشترك يُعدّله عدة أشخاص في آنٍ واحد.
المرتجعات والمبادلات غير مُتتبَّعة
عندما يرفض عميل تسلّم شحنة — منتج خاطئ، أو فائض مخزون، أو بضاعة تالفة — كثيراً ما يبادل المندوب المنتج في الحال أو يعيده دون تسجيل منتظم. ما أوجد مخزوناً وهمياً في المستودع وشوّه صورة المنتجات الأكثر مبيعاً.
تخطيط المسارات مبني على الخبرة لا البيانات
صُمِّمت المسارات منذ سنوات بناءً على معرفة السائقين. وعند انضمام عميل جديد، كان يُلحق بأقرب سائق بشكل غير رسمي، دون تحليل لربحية المسارات أو انتظام العملاء أو المنطق الجغرافي.
---
ما بنته دراجون سوفت
تمحور المشروع حول نظام ERP مخصص لتوزيع السلع الاستهلاكية القائم على المسارات، بثلاثة مكوّنات متكاملة: وحدة المستودع والتوزيع، وتطبيق الجوال للسائق، ولوحة إدارة المكتب الخلفي.
1. وحدة المستودع والتوزيع
قبل تحميل أي شاحنة، يُدخل المشرف المسار المخطط لذلك اليوم. يُولّد النظام قائمة تحميل — بأسماء العملاء بترتيب الزيارة، والطلب المتوقع لكل منهم بناءً على سجل المشتريات، واقتراح تخصيص المخزون للشاحنة من المستودع الحالي.
يُخصَّص كل منتج لشاحنة محددة عبر مسح الباركود عند التحميل، فيُحدَّث سجل المخزون فوراً: تنتقل البضائع من سجل المستودع إلى سجل الشاحنة. ويستطيع فريق المستودع في أي لحظة معرفة المنتجات الموجودة على أي شاحنة وما تبقى على الأرفف.
2. تطبيق الجوال للسائق
يحمل المندوب جهاز Android متوسطاً يعمل عليه تطبيق خفيف الوزن مبني بـ React Native. يعمل التطبيق بدون اتصال بالإنترنت — وهو شرط أساسي نظراً لتقطّع تغطية الجوال في بعض مناطق التوصيل — ويتزامن مع الخادم كلما أتيح الاتصال.
لكل زيارة عميل، يرى المندوب الرصيد المستحق والطلبات السابقة وأي أسعار ترويجية سارية. عند تأكيد الطلب، يولّد التطبيق فاتورة رقمية ويطبعها عبر طابعة حرارية بلوتوث صغيرة محمولة على الشاحنة.
المسارات الرئيسية التي يدعمها التطبيق:
- إدخال الطلب وإصدار الفاتورة الرقمية — يستبدل الفواتير الورقية
- تأكيد التسليم كاملاً أو جزئياً — يُعلّم المندوب كل بند كمُسلَّم أو ناقص أو مرفوض
- المرتجعات الفورية — يُنشئ التطبيق وثيقة مرتجع مرتبطة وينقص الكمية من سجل الشاحنة
- تسجيل النقد والائتمان — يُسجَّل طريقة الدفع لكل فاتورة
- وضع عدم الاتصال — تُخزَّن البيانات محلياً بـ SQLite وتتزامن تلقائياً عند توافر الاتصال
3. لوحة إدارة المكتب الخلفي
تتميز لوحة الويب المبنية بـ Vue.js في الواجهة وNode.js/PostgreSQL في الخلفية بأنها المرجع المركزي لفريق العمليات:
- لوحة متابعة الشاحنات المباشرة — تُظهر قيمة المخزون الحالي على كل شاحنة والنقد المُحصَّل وعدد الزيارات المُنجزة مقارنةً بالمخطط
- تسوية نهاية اليوم — عند إرسال السائق تقرير نهاية اليوم، يُقابل النظام تلقائياً النقد المُعلَن مع الفواتير الصادرة ويُضهر الفروقات للمراجعة
- دفتر العملاء — لكل عميل رصيد جارٍ مع حد ائتماني قابل للتعيين، وتظهر الحسابات المتأخرة بشكل بارز
- إدارة المرتجعات — يُؤكد موظف المستودع المرتجعات الواردة، فتُغلق وثيقة المرتجع ويُعاد المنتج لمخزون المستودع
- تحليلات المسارات — بعد أسابيع من التشغيل، يستطيع فريق العمليات رؤية الإيرادات حسب المسار وحسب العميل ومعدل إتمام الطلبات
---
الجانب التقني
تصميم الجوال المعتمد على العمل أولاً دون اتصال
أبرز التحديات التقنية كان بناء تطبيق يعمل بشكل موثوق في مناطق ذات اتصال متقطع. اختار الفريق معمارية offline-first: يتعامل التطبيق مع قاعدة بيانات SQLite المحلية باعتبارها المصدر الأساسي خلال يوم العمل. تُكتب جميع الإجراءات — الطلبات والتسليمات والمرتجعات والمدفوعات — محلياً أولاً، ثم يرفعها برنامج مزامنة خلفي إلى الخادم ويسحب التحديثات.
دفتر مخزون على مستوى الشاحنة
يحتفظ النظام بـ دفتر مخزون مُدرك للموقع بثلاثة أنواع من المواقع: المستودع، والشاحنة، ومرتجع قيد النقل. كل حركة مخزون — تحميل شاحنة، أو إتمام بيع، أو تسجيل مرتجع — تُنشئ قيداً دفترياً غير قابل للتعديل. تُستنتج المخزونات الحالية بجمع قيود الدفتر، ما يجعل التسوية قابلة للتدقيق ويُزيل مشكلة المخزون الوهمي.
الطباعة الحرارية عبر البلوتوث
يتوقع عملاء التجزئة السوريون فاتورة ورقية عند التسليم. يتزاوج التطبيق مع الطابعة البلوتوث عند الاستخدام الأول ويحفظها. قوالب الفواتير مخزّنة محلياً على الجهاز (كـ HTML يُحوَّل إلى صورة نقطية) فلا تحتاج الطباعة إلى اتصال بالخادم.
التحكم بالوصول القائم على الأدوار
يدعم النظام أربعة أدوار: موظف المستودع (يؤكد التحميل والمرتجعات)، المندوب/السائق (التطبيق فقط)، مشرف العمليات (لوحة كاملة مع قراءة فقط للبيانات المالية)، ومدير المالية (وصول كامل بما يشمل تعديل أرصدة العملاء وإقفال اليوم).
---
التغييرات التشغيلية بعد النشر
> ملاحظة مهمة: ما يلي يصف أنواع التحسينات التشغيلية التي تُبلَّغ عادةً عند نشر أنظمة من هذا النوع. وهي توضيحية لا نتائج مقيسة من تعاقد موثّق.
أُنجزت تسوية نهاية اليوم بشكل أسرع ملحوظ، إذ باتت الفواتير الرقمية تُقابَل تلقائياً مع المدفوعات المسجّلة، فانتقل الفريق المالي من عدّ الأوراق يدوياً إلى مراجعة تقرير استثناءات جاهز والمصادقة عليه.
أصبحت المرتجعات قابلة للتتبع. كل مرتجع يُنشئ وثيقة تتبع المنتج من تأكيد المندوب إلى استلام المستودع.
تحسّنت رؤية الائتمان. بات فريق العمليات يرى في الوقت الفعلي العملاءَ الذين تجاوزوا حدودهم الائتمانية.
بدأت بيانات المسارات تُولّد قيمة. بعد شهرين من التشغيل، أظهر تحليل المسارات أن مسارين يُسجّلان معدلات طلب منخفضة باستمرار، وأن مساراً واحداً يُولّد نسبة مرتجعات مرتفعة من مجموعة عملاء — معلومات أطلقت نقاشاً تجارياً مع المورد المعني.
---
ملاحظات التنفيذ
سار المشروع عبر ثلاث مراحل:
المرحلة الأولى — الاكتشاف وترحيل البيانات (3 أسابيع): نُظِّفت سجلات العملاء وقوائم المنتجات والأرصدة الافتتاحية وجُرِّدت من جداول البيانات. رُسمت المسارات بشكل رسمي، واستُشير فريق المستودع في الآلية الفعلية للتحميل والمرتجعات، مما كشف عدة حالات خاصة لم يُلتفت إليها في البداية.
المرحلة الثانية — الخلفية واللوحة والتجربة التجريبية (6 أسابيع): بُني الخادم ومخطط قاعدة البيانات واللوحة أولاً. ثم تشغيل مسارين على التطبيق الجوال بالتوازي مع العملية الورقية القديمة لرصد الفروقات قبل الاعتماد الكامل على النظام.
المرحلة الثالثة — الطرح الكامل والتدريب (أسبوعان): انتقلت جميع الشاحنات الثماني إلى التطبيق. تلقّى السائقون والمندوبون تدريباً عملياً في جلسة نصف يوم؛ وكان أكثر مواد التدريب فعالية بطاقة مرجعية سريعة مطبوعة لأكثر التدفقات شيوعاً.
---
متى يُناسبك هذا النمط؟
نظام ERP التوزيع القائم على المسارات مناسب لأي شركة توزيع أو جملة تعمل وفق النموذج التالي:
- تشغيل عدة شاحنات توصيل بمسارات يومية مخصصة
- مندوبو مبيعات يجمعون نقداً أو يمنحون ائتماناً في موقع التسليم
- إرجاع بضائع من الميدان إلى المستودع
- الحاجة إلى تسوية مخزون الشاحنة مع سجلات المستودع في نهاية اليوم
- العمل في مناطق ذات اتصال جوال غير موثوق
تنطبق هذه البنية الأساسية على موزعي المياه المعبأة، وتوزيع الأدوية، وموردي مواد البناء، وأي عمل يُحرّك مخزوناً فعلياً عبر فرق بيع ميدانية.
---
العمل مع دراجون سوفت
إذا كانت شركتك تُدير المسارات والنقد والمرتجعات عبر جداول بيانات ومكالمات هاتفية، فإن الثغرات في الرؤية وعبء التسوية اليومية يتفاقمان مع نمو عمليتك.
نعمل في دراجون سوفت (Dragonfly Soft) مع الشركات في سوريا والمنطقة على تصميم وبناء حلول برمجية عملية تتلاءم مع الظروف المحلية — بما فيها الاتصال غير المستقر، والمعاملات النقدية، والحاجة إلى واجهات باللغة العربية.
تواصل مع فريقنا لمناقشة كيف يمكن لنظام ERP توزيع مخصص أن يخدم عمليتك.
