التجارة الإلكترونية

برمجيات البيع عبر الإنترنت

يقود نظام التجارة الإلكترونية المنتج من بطاقته في الكتالوج إلى طلب مدفوع ومُسلَّم. في ما يلي وحدات النظام والعمليات التي يغطّيها وارتباطه بـ CRM وERP والمستودع ونقاط البيع.

ما هي برمجيات

التجارة الإلكترونية

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

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

هذه حلقة محاسبية فوق الواجهة، لا الواجهة بذاتها. ويمكن استبدال الواجهة أو إضافة ثانية دون إعادة كتابة المحاسبة.

ممّ يتكوّن النظام

  • الواجهة — واجهة المشتري: موقع، تطبيق جوال، شاشة ماكينة بيع، كشك خدمة ذاتية
  • نواة البيانات — المنتجات والفئات والخصائص والأسعار والمخزون والعملاء والطلبات
  • منطق الأعمال — قواعد الأسعار والخصومات وتوافر المنتج واحتساب التوصيل والضرائب
  • طبقة العمليات — حالات الطلب والحجوزات وعمليات الدفع والشحنات والإرجاعات
  • طبقة التكامل — التبادل مع CRM وERP والمستودع ونقاط البيع وخدمات الدفع واللوجستيات
  • لوحة الإدارة — مكان عمل مدير المحتوى ومشغّل الطلبات ومدير الفئات
  • التحليلات — واجهة بيانات عن المبيعات والمسار البيعي والمخزون والإرجاعات

ما المهام التي يحلّها النظام

ستّ مهام تُطبَّق من أجلها منصة التجارة الإلكترونية. قبل التطبيق تُنجَز كل واحدة منها يدويًا — بالجداول والمراسلات والمكالمات.

ظلّ داكن لأخصائي يدير مهام التجارة الإلكترونية الرقمية

مصدر واحد لبيانات المنتج

تُحفظ الخصائص والصور والسعر والمخزون في مكان واحد وتتوزّع على كل قنوات البيع. ولا فروق بين الموقع والتطبيق ونقطة البيع.

استقبال الطلبات دون مشغّل

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

مخزون موثوق

يمنع الحجز عند إتمام الطلب بيع المنتج نفسه مرتين. وتنخفض حالات الإلغاء بسبب نفاد المنتج من المستودع إلى حالات فردية.

تسعير قابل للإدارة

تُحدَّد الأسعار والخصومات بقواعد لا بتحرير البطاقات يدويًا. وإعادة تسعير كتالوج من آلاف الأصناف تستغرق دقائق وقابلة للتراجع.

الترابط مع المحاسبة

تصل الطلبات والمدفوعات والشحنات إلى المحاسبة وإلى محاسبة المستودع دون إدخال ثانٍ. وتتوقّف المطابقة عن كونها عملًا منفصلًا.

قابلية القياس

يتّضح ما يُشترى وما يُبحث عنه ولا يُوجد وأين يُترك إتمام الطلب وأي المنتجات تُرجَع. وتُخطَّط التشكيلة وفق البيانات.

ما العمليات التي

يؤتمتها النظام

الأتمتة ليست «روبوتًا بدل البائع»، بل تحويل العمليات المتكرّرة إلى قواعد يطبّقها النظام بنفسه ويسجّل نتيجتها في التاريخ.

تظلّ القاعدة سارية ما لم تتغيّر شروطها. وتبقى الرقابة قائمة: لكل إجراء تلقائي مُنفِّذ ووقت وقيمة سابقة في السجلّ.

ما الذي ينتقل إلى الوضع التلقائي:

سجلّ القواعد المُنفَّذةلوحة الإدارة
الوقتما الذي فعله النظام بنفسه
09:41هامش 18%: أُعيد حساب 1 240 صنفًا
10:00انطلق عرض «−15% على الشاي» وفق الجدول
10:03إلغاء الطلب رقم 14 190: +2 قطعة إلى المخزون
10:06مخزون منخفض SKU 77-1043: تنبيه إلى المشتريات
  • نشر المنتج وسحبه من البيع
  • إعادة حساب الأسعار وفق القواعد والهوامش
  • إطلاق العروض وإنهاؤها وفق الجدول
  • التحقّق من أكواد الخصم وإطفاؤها
  • حجز المخزون لصالح الطلب
  • تغيير حالات الطلب
  • الخصم وإعادة الأموال
  • احتساب تكلفة التوصيل
  • إنشاء مستندات الشحن
  • تمرير الطلب إلى خدمة التوصيل
  • إشعارات العميل في كل مرحلة
  • إعادة المنتج إلى المخزون بعد الإلغاء
  • تصدير البيانات إلى CRM وERP
  • إصدار الإيصال الضريبي على نقطة البيع
  • تحديث التقارير وواجهات البيانات
  • تنبيهات انخفاض المخزون

كيف يعمل

كتالوج المنتجات

الكتالوج — مخزن منظّم لبيانات المنتجات: ما الذي يُباع، وبمَ تختلف المنتجات بعضها عن بعض، وبأي سمات يُعثر عليها.

ممّ يتكوّن الكتالوج العامل:

  • الفئات — شجرة الأقسام؛ ويمكن أن يقع المنتج في عدة فروع في آنٍ واحد
  • الخصائص — خصائص لكلٍّ منها نوع بيانات: رقم، قائمة، علامة، مدى. وعليها تُبنى المرشّحات
  • المتغيّرات — المقاس واللون والحجم: بطاقة مشتركة وأرقام أصناف ومخزون منفصلة
  • الحزم والمجموعات — صنف يخصم عند طلبه عدة أصناف أخرى
  • الوسائط — صور وفيديو وتعليمات وشهادات بعدة دقّات عرض
  • الروابط — البدائل والملحقات والمنتجات المرافقة وبدائل ما توقّف إنتاجه
  • حالة الصنف — مسودّة، منشور، مخفي، أرشيف. ولا يُحذف الأرشيف كي لا تفقد الطلبات القديمة تاريخها
واجهة داكنة لإدارة كتالوج التجارة الإلكترونية مع ظلّ أخصائي

الوحدة الأساسية في الكتالوج هي الصنف برقم فريد (SKU): بيانات غير قابلة للتغيير، ووصف قابل للتحرير، وكائنات مرتبطة — صور ومستندات وأسعار ومخزون.

تجري العمليات الجماعية بالاستيراد والتصدير: ملف أو API أو تصدير من النظام المحاسبي. ويمرّ الاستيراد دائمًا بتحقّق: ما الذي سيُنشأ، وما الذي سيتغيّر، وما الذي سيُرفض ولماذا.

التحقّق من استيراد الكتالوج1 697 سطرًا في الملف
412أصناف جديدة
1 268مُحدَّث
17مرفوض

مرفوض: تكرار رقم الصنف — 9، خاصية «العلامة التجارية» الإلزامية فارغة — 5، فئة غير معروفة — 3. ولم يُكتب في الكتالوج أي سطر قبل التأكيد.

كيف تُدار

الأسعار

السعر — ليس حقلًا في بطاقة المنتج، بل نتيجة حساب وفق القواعد لحظة الطلب. فللمنتج الواحد عدة أسعار في آنٍ واحد، والنظام يختار المنطبق منها.

لذلك لا حاجة إلى تصحيح السعر في آلاف البطاقات: يكفي تغيير القاعدة أو قائمة الأسعار الأساسية.

طبقات التسعير:

  • السعر الأساسي — من النظام المحاسبي أو مُدخَل يدويًا
  • قوائم الأسعار — التجزئة، الجملة، الشركاء، الإقليمية
  • قواعد الهامش — نسبة أو مبلغ من سعر الشراء، حسب الفئة أو المورّد
  • الأسعار الشخصية — حسب شريحة العميل أو عقد بعينه
  • سلالم الكميات — يعتمد السعر على الكمية في الطلب
  • العملة والتقريب — التحويل وفق سعر الصرف والتقريب إلى خطوة «جميلة»
  • الضرائب — النسبة على الصنف، والسعر شاملًا الضريبة وبدونها

يُسجَّل كل تغيير في السعر في التاريخ: من ومتى ووفق أي قاعدة وما القيمة السابقة. وعليه تستند تقارير هامش الربح ومراجعة الطلبات محل الخلاف.

ترتيب التطبيق

تُحسم القواعد بالأولوية لا بالجمع الأعمى. وهذا ترتيب حساب سعر الصنف المعتاد:

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

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

حساب سعر الصنفسوم، 12 قطعة
  • السعر الأساسي، قائمة أسعار «الجملة»4 200
  • سلّم الكميات، من 10 قطع−210
  • شرط العقد رقم 218−120
  • كود الخصم SPRING، متوافق مع العرض−186
  • السعر الأدنى — 3 500، لم يُفعَّل القيد3 684
  • ضريبة 12%+442
  • إجمالي الصنف4 126

كيف تعمل العروض وأكواد الخصم

العرض — قاعدة يطبّقها النظام بنفسه على الطلبات المناسبة. كود الخصم — القاعدة نفسها، لكن يفعّلها المشتري بكلمة رمزية. ويُوصَف كلاهما بالطريقة نفسها: شرط، آلية، مدة، قيود.

شرط التفعيل

ما الذي يجب أن يكون في الطلب: منتجات، فئة، علامة تجارية، مبلغ أدنى، طريقة توصيل، شريحة عميل، قناة بيع، وقت من اليوم أو يوم من الأسبوع.

آلية الخصم

نسبة، مبلغ ثابت، سعر جديد، خصم على أرخص منتج في المجموعة، توصيل مجاني، هدية، نقاط بدل الخصم.

المدة والجدول

تاريخا البدء والانتهاء، ونوافذ متكرّرة (كل يوم جمعة مثلًا)، وبدء وإيقاف تلقائيان دون تدخّل موظف.

القيود

حد إجمالي للاستخدام، وحد لكل عميل، وأكواد شخصية لمرة واحدة، ومنع التقاطع مع عروض أخرى، وسعر أدنى للصنف.

توليد الأكواد

كود واحد للنشرة البريدية أو دفعة أكواد فريدة للمستلمين. وتُصدَّر الدفعة في ملف وتُتابَع لكل كود على حدة.

احتساب النتيجة

يظهر لكل عرض: كم طلبًا، ومبلغ الخصم، والإيراد وهامش الربح بعد الخصم، وكم كودًا فُعِّل وكم بقي.

كيف تُبنى

سلة التسوق

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

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

ما الذي يجب أن تستطيعه السلة:

  • أن تعيش بين الأجهزة — السلة المجمَّعة في المتصفح تُفتح في التطبيق بعد تسجيل الدخول
  • أن تعيش بلا حساب — يجمع الضيف طلبه فورًا، ولا يلزم الدخول إلا عند إتمام الطلب
  • أن تندمج عند الدخول — تُدمج سلة الضيف مع السلة المحفوظة ولا تمحوها
  • أن تحترم الحدود — مبلغ أدنى، ومضاعفات التعبئة، وحد للكمية لكل عميل
  • أن تفصل غير المتاح — تُنقل الأصناف المسحوبة من البيع والمنتهية إلى قسم منفصل
  • أن تحسب بصوت مسموع — الإجمالي مفصَّل إلى مبلغ الأصناف والخصم والتوصيل والضرائب
إعادة حساب السلة عند الفتحالواجهة
  • المنتج معروض للبيع4 من 4كل الأصناف منشورة، ولا شيء مسحوبًا من البيع
  • الكمية متوفّرة في المستودعصنف واحد«بنّ حبوب، 1 كغ» — متاح 2 من 3، ونُقل الباقي إلى غير المتاح
  • السعر لم يتغيّرصنف واحد«غلّاية كهربائية» ارتفع سعرها 120 منذ الإضافة
  • الخصومات ساريةنعمكود الخصم SPRING فعّال، وبقيت 4 أيام على انتهاء العرض

الإجمالي لإتمام الطلب: 3 أصناف، 11 640 سوم. وقد عُرض الفارقان على المشتري قبل الدفع لا بعد خصم المال.

واجهة داكنة لسلة التسوق وإتمام الطلب مع ظلّ مستخدم

القوائم المؤجَّلة

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

السلة المتروكة

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

يُرسَل التذكير مرة واحدة بحسب الحدث ولا يتحوّل إلى نشرة بريدية — فإلغاء الاشتراك يكلّف أكثر من طلب مستعاد.

ما الذي يُقاس

  • نسبة السلال التي وصلت إلى إتمام الطلب
  • خطوة إتمام الطلب التي يُترك عندها الطلب غالبًا
  • متوسط محتوى السلة ومبلغها
  • تواتر تغيّر السعر بين الإضافة والدفع
  • عودة المشترين بعد التذكير بالسلة

كيف تُنشأ

الطلبات

الطلب — مستند يثبّت محتوى الشراء والأسعار لحظة الإنشاء والمشتري وشروط التوصيل والدفع. ثم يعيش الطلب ضمن مجموعة محدودة من الحالات، ويُسجَّل كل انتقال بينها.

تُثبَّت الأسعار والخصومات عند إتمام الطلب: فتغيّر السعر أو انتهاء العرض لا يمسّ طلبًا أُنشئ سلفًا — وإلا لاختلف المبلغ المستحق عن المبلغ في الإيصال.

إتمام الطلب خطوة بخطوة:

  • السلة: إعادة حساب الأسعار والتحقّق من التوافر والحدود
  • تعريف المشتري: تسجيل الدخول أو التسجيل أو الطلب دون حساب
  • اختيار التوصيل: العنوان، نقطة الاستلام، النافذة الزمنية، احتساب التكلفة
  • اختيار طريقة الدفع وتطبيق كود الخصم
  • حجز المخزون لأصناف الطلب
  • إنشاء الطلب ورقمه وإرسال التأكيد
  • الدفع أو تأكيد الدفع عند الاستلام
  • التمرير إلى التنفيذ: التجميع والشحن والتوصيل
واجهة داكنة لإدارة طابور الطلبات وحالاتها مع ظلّ مشغّل

الحالات المعتادة: جديد ← بانتظار الدفع ← مدفوع ← قيد التجميع ← سُلِّم إلى التوصيل ← مُسلَّم ← مكتمل. وبالتوازي تسير فروع الإلغاء والإرجاع. وتُضبط المجموعة وفق عملية الشركة، لكنها تبقى محدودة وصريحة.

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

طابور الطلبات حسب الحالاتقيد العمل الآن
  • 12جديد
  • 8بانتظار الدفع
  • 34مدفوع
  • 19قيد التجميع
  • 41قيد التوصيل
  • 5الإلغاء والإرجاع

كيف تُعالَج

الطلبات في مركز الاتصال

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

الاتصال سجلّ له حالة وتاريخ مثل الطلب تمامًا: له قناة وموضوع وطلب مرتبط ومسؤول ومهلة ردّ. لذلك لا تضيع المحادثة عند التسليم بين الورديات، وتظهر نتيجتها في بطاقة العميل.

مسار الاتصال خطوة بخطوة:

  • يصل الاتصال إلى الطابور العام من أي قناة: مكالمة، محادثة على الواجهة، تطبيق مراسلة، بريد، طلب معاودة اتصال
  • يُعرَّف العميل بالرقم أو بالبريد، وتُستدعى معه طلباته وإرجاعاته واتصالاته السابقة
  • يُوزَّع الطابور على المشغّلين المتاحين مع مراعاة الموضوع واللغة وأولوية العميل
  • يفتح المشغّل بطاقة الطلب ويؤكّد المحتوى والعنوان والنافذة الزمنية للتوصيل
  • تجري التعديلات كعمليات: استبدال صنف، دفعة إضافية، إرجاع جزئي — ولكلٍّ منها مُنفِّذ ونسخة سابقة
  • يذهب الطلب إلى التنفيذ، ويتلقّى العميل التأكيد في القناة نفسها التي تواصل عبرها
  • تُثبَّت النتيجة في البطاقة: الموضوع، والحل، ومدة المحادثة، والطلب المرتبط

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

ظلال مشغّلين يعملون على نظام رقمي لدعم الطلبات

من يعمل في الوردية

  • مشغّل الخط الأول — يستقبل الاتصال ويجيب عن الأسئلة المعتادة وينشئ الطلب عبر الهاتف
  • مستشار المنتجات — يختار الصنف حسب الخصائص والتوافق والتوافر، ويقترح بديلًا عمّا نفد
  • مدير الطلبات — يتابع الطلب حتى الشحن: تعديلات المحتوى، والدفعات الإضافية، والمواعيد، والجملة وطلبات الشركات
  • مدير الإرجاعات — يتحقّق من جواز الإرجاع، ويطلق إعادة الأموال، ويعالج الشكاوى
  • مشرف الوردية — يوزّع الحمل، وينضمّ إلى المحادثات الصعبة، ويراقب الطابور ومهل الردّ

ما الذي يُقاس

  • زمن الردّ ونسبة الاتصالات التي بقيت بلا ردّ
  • نسبة الأسئلة المحلولة من أول تواصل دون معاودة اتصال
  • تحويل تأكيد الطلب الصادر
  • الإلغاءات والإرجاعات بعد المحادثة مع المشغّل
  • مواضيع الاتصالات مؤشّر مباشر على ما يجب إصلاحه في الواجهة وبطاقة المنتج

كيف تعمل المدفوعات

لا يخزّن المتجر بيانات البطاقات ولا ينفّذ الدفع بنفسه: بل يحيل المشتري إلى مزوّد الدفع، ويتلقّى نتيجة العملية ويربطها بالطلب. وما عدا ذلك إدارةٌ لدورة حياة الدفعة.

واجهة داكنة للمدفوعات والإرجاعات والمطابقة مع ظلّ أخصائي
سجلّ العمليات خلال الورديةسوم
الطلبالعمليةالمبلغالحالة
14 208الحجز المؤقت12 480حجز مؤقت
14 201الخصم6 350مُنفَّذ
14 177إرجاع2 100مُنفَّذ
14 206رفع الحجز المؤقت3 940مرفوع
14 209رفض البنك 05890إعادة المحاولة

رُفع الحجز دون دفعة إرجاع: لم يكن المنتج متوفّرًا في المستودع. وإعادة إرسال الطلب بمفتاح عدم التكرار لا تنشئ سطرًا ثانيًا.

المطابقة مع سجلّ المزوّدالوردية نفسها
812عملية
98,6%ناجحة
42 دقيقةمتوسط الحجز المؤقت
0فروق

طرق الدفع

بطاقة مصرفية، ورمز QR ونظام الدفع السريع، ومحافظ إلكترونية، والدفع عند الاستلام، وحساب بنكي للشركات، والتقسيط والقرض، والدفع بالنقاط.

المخطّط ذو المرحلتين

أولًا الحجز المؤقت: يُجمَّد المبلغ على البطاقة دون خصمه. والخصم يأتي بعد تجميع الطلب. وإن لم يتوفّر المنتج رُفع التجميد دون دفعة إرجاع.

إشعارات المزوّد

تصل نتيجة العملية بطلب خادمي منفصل، لا بعودة المشتري إلى الموقع. فإغلاق المتصفح لا يعطّل الدفع: تُحدَّث الحالة عند وصول الإشعار.

عدم التكرار

إعادة إرسال طلب دفع واحد لا تنشئ دفعة ثانية. فلكل عملية مفتاح يميّز به المزوّد والنظام التكرار.

الفوترة الضريبية

بعد الدفع تنشئ نقطة البيع الإلكترونية إيصالًا ضريبيًا وترسله إلى المشتري. وعند الإرجاع يُنشأ إيصال إرجاع للأصناف المُعادة.

المطابقة

مقابلة يومية بين عمليات النظام وسجلّ المزوّد وكشف حساب البنك. وتُدرَج الفروق في قائمة منفصلة وتُعالَج يدويًا.

كيف تتزامن

أرصدة المخزون

الرصيد — كمية المنتج المتاحة للبيع في هذه اللحظة. وليس هو الكمية الفعلية في المستودع: فجزء محجوز لطلبات، وجزء في الطريق، وجزء موقوف بوصفه تالفًا.

المتاح للبيع = الرصيد الفعلي − الحجوزات − الإيقافات + التوريدات المؤكَّدة في الطريق (إن سُمح بالطلب المسبق).

وعند تعدّد المستودعات والنقاط يُحسب الرصيد لكل مستودع على حدة، وتُعرض على الواجهة الحصيلة من المستودعات التي يمكن التوصيل منها إلى المنطقة المختارة.

كيف يجري التبادل:

  • تصدير كامل — دليل الأرصدة كاملًا وفق جدول، ليلًا في العادة
  • تبادل تزايدي — التغييرات فقط منذ آخر مزامنة، كل بضع دقائق
  • الأحداث — يُبلِّغ النظام المحاسبي بنفسه عن التغيير لحظة وقوعه
  • طابور الرسائل — لا يضيع التبادل إن كان المستودع أو الموقع غير متاح مؤقتًا
  • حسم التعارضات — يُحدَّد مسبقًا أي قيمة تُعدّ الصحيحة عند الاختلاف

للحجز دائمًا مدة حياة: الطلب الذي لا يُدفع في وقته يعيد المنتج إلى البيع — وإلا «التهمت» السلال المتروكة كل الرصيد المتاح.

ماذا تعطي محاسبة الأرصدة الصحيحة

  • لا يقدّم المشتري طلبًا على منتج غير موجود
  • لا يضيّع المشغّل وقته في الاتصال للإلغاء
  • لا تنشأ دفعات إرجاع بسبب خطأ المتجر
  • ترى المشتريات سرعة الاستهلاك الحقيقية لكل صنف
  • يعمل الطلب المسبق وقائمة الانتظار بمواعيد صادقة
  • تستند تقارير دوران المخزون إلى بيانات موثوقة

مصادر الفروق الشائعة

  • بيع في نقطة غير متصلة لم يدخل التبادل في وقته
  • حجز بلا مدة حياة بقي من سلة متروكة
  • إرجاع أُدخل إلى المستودع بعد وصوله الفعلي
  • تصحيح يدوي في النظام المحاسبي دون إعادة حساب الحجوزات
  • حزم ضُبط خصم مكوّناتها ضبطًا خاطئًا
الأرصدة حسب المستودعات، SKU 77-1043قطعة
المستودعالفعليمحجوزتالفمتاح
المركزي1 420310241 086
متجر «الشرق»961284
نقطة الاستلام رقم 3408230
توريد في الطريق600600
متاح للبيع2 156330261 800

الفعلي هو الرصيد المادي، والتالف هو الكمية الموقوفة. ولا يدخل التوريد في الطريق ضمن المتاح إلا حيث يُسمح بالطلب المسبق. وتُعرض على الواجهة الحصيلة من المستودعات التي يمكن التوصيل منها إلى المنطقة المختارة.

التوصيل والإرجاعات

يُوصَف التوصيل بثلاثة كائنات: طريقة التوصيل، والمنطقة، والتعرفة. أما الإرجاع فعملية عكسية لها مستندها الخاص، لا «إلغاء بأثر رجعي».

طرق التوصيل

مندوب إلى العنوان، نقطة استلام، ماكينة استلام ذاتي، استلام ذاتي من المتجر، شركة نقل للبضائع الكبيرة، توصيل رقمي للمنتجات الإلكترونية.

المناطق والتعرفات

تعتمد التكلفة على المنطقة والوزن والحجم ومبلغ الطلب. وتحدّد القواعد عتبة التوصيل المجاني ورسوم الصعود والحجم غير القياسي.

النوافذ الزمنية والفترات

تُحسب التواريخ والنوافذ الزمنية وفق جدول المستودع وزمن التجميع وجدول الناقل. وتُغلق الفترات المشغولة تلقائيًا.

الشحن والتتبّع

يُمرَّر الطلب إلى الناقل عبر API، ويتلقّى النظام رقم الشحنة وحالات حركتها ويعرضها في الحساب الشخصي.

طلب الإرجاع

يختار المشتري الأصناف والسبب، ويتحقّق النظام من المهلة ومن جواز الإرجاع حسب نوع المنتج، وينشئ مستندًا مع التعليمات.

الاستلام والتسوية

بعد الاستلام يعود المنتج إلى المخزون أو يُشطب بوصفه تالفًا، وتُعاد الأموال إلى طريقة الدفع الأصلية، ويُنشأ إيصال إرجاع.

الإرجاع الجزئي أمر معتاد: يُعاد صنف واحد من خمسة في الطلب. لذلك يُحسب الإرجاع بحسب الأصناف، ويُوزَّع خصم الطلب كله بينها بالتناسب — وإلا اختلف مبلغ الإرجاع عن الإيصال.

كيف يعمل

تطبيق أمين المستودع

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

والفرق جوهري. فعلامة «تمّ» في القائمة تؤكّد النية، أما المسح فيؤكّد الواقعة: صنف بعينه، وخانة بعينها، وموظّف بعينه، ووقت بدقة الثانية. خطأ مطبعي في رقم الصنف يظهر في الجرد بعد شهر؛ أما الباركود الخاطئ فلا يقبله التطبيق أصلًا.

ماذا يفعل أمين المستودع في الوردية:

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

كيف بُني التطبيق

  • شاشة واحدة — مهمة واحدة: سطر مهمة كبير، وحقل مسح، وتأكيد. أما القوائم والمرشّحات والتقارير فتبقى في لوحة الإدارة
  • طرفية أو هاتف — ماسح ليزري أو كاميرا هاتف ذكي؛ وتُقرأ رموز EAN-13 وCode-128 وDataMatrix وQR
  • العمل دون شبكة — تُكتب العمليات في طابور محلي وتذهب إلى الخادم حين تعود الشبكة: ففي غرفة التبريد وفي الممرّ البعيد لا شبكة
  • تحقّق في الموقع — منتج غير صحيح أو خانة غير صحيحة: تُقفَل الخطوة، ويردّ التطبيق بصوت واهتزاز. ويُصحَّح الخطأ الآن لا في الجرد
  • الأدوار والصلاحيات — يرى أمين المستودع مهامّه ومنطقته؛ ويتطلّب الشطب وتصحيح الرصيد صلاحية منفصلة
  • احتساب الإنتاجية — لكل عملية مُنفِّذ ووقت، لذلك تُقاس الوردية بالسطور والأصناف لا بالتقدير

ماذا يعطي هذا لبقية النظام

كل مسح قيدٌ محاسبي: يتغيّر رصيد الخانة لحظة العملية، لا مساءً عند نقل الأوراق. وتقرأ الواجهة ونقطة البيع ومركز الاتصال الأرصدة نفسها، لذلك يكفّ «موجود على الموقع وغير موجود على الرفّ» عن كونه وضعًا معتادًا.

إنتاجية الوردية حسب العملياتسطرًا، 12 ساعة
  • الانتقاء حسب المسار1 180
  • استلام التوريدات640
  • التخزين في الخانات512
  • التعبئة والشحن470

دقّة التجميع — 99,4%: سبع حالات إيقاف للمسح في الوردية، صُحّحت كلها في مكانها. والبيانات مأخوذة من القيود نفسها لا من كشف منفصل.

كيف يعمل

تطبيق مندوب التوصيل

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

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

اللوجستي يعمل على الطرف الآخر من التطبيق نفسه: يجمع المسارات حسب المناطق والوزن والحجم والنوافذ الزمنية، ويعيّن المندوبين، ويرى خريطة الوردية، ويعالج الإخفاقات — التأخّر، وتعذّر الاتصال، والرفض عند الباب.

وردية المندوب خطوة بخطوة:

  • يتلقّى المندوب مسار الوردية: النقاط بترتيب المرور، والنوافذ الزمنية، والمبالغ المستحقّة التحصيل
  • في المستودع يستلم الطلبات على مسؤوليته بالمسح — ومن تلك اللحظة يصبح هو المسؤول عنها لا المستودع
  • يقود التطبيق بين النقاط ويعيد حساب ترتيب المرور إن خرج المسار عن نوافذه الزمنية
  • عند العنوان يمسح المندوب رمز QR: فيُحدَّد الطلب تحديدًا قاطعًا، ويظهر محتواه ومبلغه على الشاشة
  • يُثبَّت الرفض الجزئي في مكانه: تُؤشَّر الأصناف غير المستلمة وتعود إلى المخزون دون طلب منفصل
  • يُقبَل الدفع بالبطاقة أو برمز QR أو نقدًا، ويصل المشتري إيصال ضريبي
  • يُؤكَّد التسليم برمز من رسالة أو بتوقيع على الشاشة أو بصورة — وتُختار الطريقة حسب نوع الطلب
  • في نهاية الوردية تُسلَّم الطلبات غير المُسلَّمة والنقود المحصَّلة إلى المستودع وإلى الخزينة بالمسح نفسه
ظلّ مندوب توصيل يعمل مع مسار رقمي وحالات توصيل

كيف بُني التطبيق

  • الخريطة والمسار — نقاط الوردية، والملاحة إلى العنوان، وتعليق المستلم، والاتصال الداخلي والطابق
  • تُوضَع الحالة في الموقع — «في الطريق» و«عند العنوان» و«مُسلَّم» و«رفض» تُبدَّل بزرّ واحد لا برسالة إلى المنسّق
  • العمل دون شبكة — تتراكم الأحداث في طابور؛ وإعادة الإرسال لا تنشئ واقعة تسليم ثانية ولا تخصم الرصيد مرتين
  • نقود الوردية — تُحسب المبالغ المحصَّلة في التطبيق وتتطابق عند تسليم الإيراد، ويظهر الفرق فورًا
  • الموقع الجغرافي والوقت — لكل حدث إحداثية ودقيقة: ويُعالَج التوصيل محل الخلاف وفق السجلّ
  • التواصل مع المستلم — مكالمة ورسالة عبر رقم بديل، دون كشف هاتف المندوب والمشتري الشخصي

ماذا يرى المشتري والمشغّل

الحالة نفسها التي وضعها المندوب يراها المشتري في حسابه الشخصي، ويراها المشغّل في بطاقة الطلب. ولا وجود لـ«سجلّ مندوب» منفصل: الحدث واحد، وتقرأه الأطراف الثلاثة جميعًا.

ما الذي يربط المستودع والتوصيل

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

مستند واحد للسلسلة كلها

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

المسؤولية بالمسح

تنتقل البضاعة من المستودع إلى المندوب ومن المندوب إلى المشتري بالمسح. وفي أي لحظة يظهر عند من يوجد الطلب فعليًا ومن أي دقيقة.

الحالة من موقع الحدث

يضع العلامة من نفّذ الفعل، وحيث نفّذه. ولا ينقل المنسّق الحالات يدويًا، لذلك لا تفصل بين الواقعة والسجلّ عدة ساعات.

العمل دون شبكة

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

الفروق لا تضيع

النقص عند الاستلام، والخلط، والكسر، والرفض الجزئي عند العنوان — تصير كل حالة سجلًّا منفصلًا بسبب ومسؤول، لا تصحيحًا صامتًا للرصيد.

قابلية قياس الوردية

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

ومن هنا يأتي شرط التطبيق: يُوصَل المستودع والتوصيل بالنظام معًا. فتطبيق أمين المستودع دون تطبيق المندوب يعطي رصيدًا دقيقًا لا يصل إلى أبعد من الشحن.

ماذا يعطي

الحساب الشخصي

الحساب الشخصي — وصول المشتري إلى بياناته دون اللجوء إلى مشغّل: الطلبات والمستندات والعناوين وطرق الدفع والإرجاعات. وكل سؤال يغلقه الحساب مكالمة لم تصل إلى الدعم.

ولا يخزّن الحساب بيانات خاصة به: بل يعرض الكائنات نفسها التي يراها المشغّل في لوحة الإدارة، لكن سجلات هذا العميل وحدها والعمليات المسموحة له وحدها.

ما الذي فيه:

  • تاريخ الطلبات — المحتوى والمبالغ والحالة والمستندات والإيصالات لكل طلب
  • التتبّع — مرحلة التنفيذ الحالية ورقم الشحنة لدى الناقل
  • تكرار الطلب — يُنقل محتوى الطلب السابق إلى السلة مع التحقّق من الأسعار والتوافر
  • إرجاع — طلب بحسب الأصناف مع السبب ومتابعة النظر فيه
  • العناوين والمستلمون — عناوين التوصيل المحفوظة، وجهات الاتصال، ونقاط الاستلام
  • طرق الدفع — البطاقات المرتبطة على هيئة رموز، دون تخزين الرقم
  • النقاط والمستوى — رصيد الولاء، وموعد انتهاء صلاحيته، والعروض المتاحة
  • الاشتراكات والموافقات — قنوات الإشعارات والموافقات على معالجة البيانات، ويمكن سحبها بنقرة واحدة

حساب الشخص الاعتباري

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

  • عدة مستخدمين في حساب منشأة واحد
  • أسعار تعاقدية وشروط سداد مؤجّل خاصة
  • الموافقة على الطلب قبل تمريره إلى التنفيذ
  • الفواتير والمحاضر وإشعارات التسليم في قسم المستندات
  • الطلب بقائمة أرقام أصناف وبرفع ملف

الدخول والحماية

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

الطلب رقم 14 208 في الحساب3 أصناف · 11 640 سوم
  • أُنشئ12 أيار، 10:24 · توصيل بمندوب، 13 أيار، 12:00–15:00
  • مدفوع12 أيار، 10:26 · بطاقة ••• 4417 · أُرسل الإيصال الضريبي
  • جُمِّع في المستودع12 أيار، 11:40 · مستودع «المركزي»
  • سُلِّم إلى التوصيل12 أيار، 15:02 · شحنة KG 7741820
  • مُسلَّممتوقّع 13 أيار · سيضع المندوب الحالة عند العنوان

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

كيف تُنفَّذ

عمليات التكامل

التكامل — تبادل بيانات متّفق عليه مع برنامج خارجي: ما الذي يُمرَّر، وبأي صيغة، وبأي وتيرة، ومن يملك البيانات، وماذا يحدث عند العطل.

بمَ يرتبط النظام:

  • CRM — العملاء والاتصالات والصفقات والشرائح لأغراض الأسعار الشخصية والنشرات البريدية
  • ERP والنظام المحاسبي — قائمة الأصناف والأسعار ومستندات البيع والمقاصّات المتبادلة
  • WMS والمستودع — الأرصدة حسب المستودعات والحجوزات ومهام التجميع واستلام الإرجاعات
  • نقاط البيع وأجهزة التسجيل الضريبي — إيصالات البيع والإرجاع والتبادل مع النقاط غير المتصلة
  • مزوّدو الدفع — التفويض والخصم والإرجاع والسجلات اللازمة للمطابقة
  • خدمات التوصيل — التعرفات والجداول وإنشاء الشحنات والحالات
  • منصّات التسوّق — تصدير التشكيلة واستقبال الطلبات وتحديث الأرصدة
  • التسويق — النشرات البريدية ورسائل تطبيقات المراسلة، وأنظمة تحليلات الويب، وموجزات المنتجات
ظلال أخصائيين يديرون عمليات تكامل رقمية للتجارة الإلكترونية

القرار المفتاحي في التكامل هو المسؤولية عن البيانات. فلكل كيان يُحدَّد النظام المالك: قائمة الأصناف والأسعار تأتي من ERP، والعملاء من CRM، والأرصدة من المستودع، والطلبات تولد في التجارة الإلكترونية. أما التحرير المتبادل لحقل واحد في نظامين فيعطي فروقًا دائمة، لذلك يُتجنَّب.

سجلّ التبادل خلال يوممالك البيانات
النظامما الذي يمرّرهرسائلالنتيجة
ERPقائمة الأصناف، الأسعار4 120بلا أخطاء
المستودعالأرصدة، الحجوزات18 640إعادتا محاولة
CRMالعملاء، الشرائح1 305بلا أخطاء
منصّة التسوّقالطلبات، الأرصدة2 470واحدة قيد المعالجة

القواعد التي يُبنى عليها التبادل

لا ينكسر التكامل عند الإطلاق، بل بعد نصف عام — حين يُحدَّث النظام الخارجي، أو تنقطع القناة ساعةً، أو تدخل الدليلَ قيمةٌ غير متوقّعة. وستّ قواعد تحدّد هل ينجو التبادل من مثل هذه الأحداث.

اللاتزامنية

لا ينتظر إتمام الطلب ردّ النظام الخارجي: توضع الرسالة في طابور وتُعالَج على حدة. والمستودع غير المتاح لا يوقف المبيعات.

إعادة التسليم

يُعاد الإرسال الفاشل بفاصل زمني متزايد. والرسالة التي لا تمرّ بعد كل المحاولات تدخل طابور المعالجة ولا تضيع.

عدم التكرار

الرسالة المُسلَّمة مرة أخرى لا تنشئ طلبًا ثانيًا ولا تخصم الرصيد مرتين. فالمستقبِل يميّز التكرار بمفتاح العملية.

إصدارات API

يصدر تغيير الصيغة في إصدار جديد، ويستمرّ القديم في العمل. وينتقل إليه المستهلكون الخارجيون وفق جدولهم.

سجلّ التبادل

تُحفَظ كل رسالة مع متنها ووقتها ونتيجتها وعدد محاولاتها. وتستند معالجة الحادثة إلى السجلّ لا إلى الذاكرة.

مراقبة الفروق

مطابقة منتظمة للمؤشّرات الرئيسية: الطلبات ومبالغ المدفوعات والأرصدة. ويصير الفرق مهمة، بدل أن يُكتشف عند الجرد.

الكتالوج والطلبات

المدفوعات

الأرصدة والمستودع

التحليلات

ما البيانات

المتاحة في التحليلات

تُبنى التحليلات على بيانات المبيعات والسلوك الخاصة، لا على عدّادات الزيارات الخارجية وحدها. فالعدّاد يعرف المشاهدات، والنظام يعرف الأموال والمنتجات والإرجاعات.

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

لوحة تحليلات داكنة للتجارة الإلكترونية مع ظلّ أخصائي
موجز الشهرمقارنةً بالفترة السابقة
4,8 مليونالإيراد، سوم +12%
1 240طلبات +8%
3 870متوسط الإيصال، سوم +4%
7,1%التحويل +0,6 نقطة مئوية

المبيعات والأموال

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

المنتجات والمخزون

  • ترتيب المبيعات والأصناف «الميتة» بلا حركة
  • دوران المخزون وتغطية الطلب بالأيام
  • الطلب الضائع: مراجعات منتج رصيده صفر
  • استعلامات البحث بلا نتائج — مؤشّر مباشر على التشكيلة

العملاء والسلوك

  • المشترون الجدد والمتكرّرون، وتواتر الشراء وحداثته
  • مسار إتمام الطلب: أين ينقطع الطلب — عند التوصيل أو الدفع أو التسجيل
  • السلال المتروكة: المحتوى والمبلغ
  • الإرجاعات حسب الأسباب والمنتجات والمورّدين
مسار إتمام الطلبنسبة ممّن دخلوا الكتالوج
  • الكتالوج والبحث100%
  • بطاقة المنتج46%
  • سلة التسوق18%
  • إتمام الطلب: التوصيل والدفع9,4%
  • طلب مدفوع7,1%

أحدّ انقطاع يقع بين السلة وإتمام الطلب: وهناك تُعالَج خطوة التسجيل واحتساب التوصيل وطرق الدفع.

كيف يُضمَن الأمان

يقوم الأمان على ثلاثة أمور: ألّا تصل بيانات الدفع إلى نظام المتجر، وأن تُخزَّن البيانات الشخصية بقدر محدود وتحت رقابة، وأن يترك كل فعل يمسّ الأموال والطلبات أثرًا.

بيانات الدفع

يُدخَل رقم البطاقة لدى مزوّد معتمد ولا يصل إلى نظام المتجر. ويُخزَّن للخصومات المتكرّرة رمزٌ لا بطاقة.

التشفير

كل حركة المرور عبر HTTPS. وتُشفَّر الحقول الحسّاسة في قاعدة البيانات، وتُحفَظ النسخ الاحتياطية مشفّرة بمعزل عن الحلقة الأساسية.

صلاحيات الوصول

نموذج قائم على الأدوار: مدير المحتوى لا يرى المدفوعات، والمشغّل لا يغيّر الأسعار. والدخول الإداري بمصادقة ثنائية العامل.

سجلّ الأفعال

من غيّر السعر، ومن ألغى الطلب، ومن صدّر قاعدة العملاء. والسجلات غير قابلة للتغيير وتُحفَظ بمعزل عن بيانات العمل.

البيانات الشخصية

الحد الأدنى الضروري من البيانات، ومدة الحفظ، والحذف عند الطلب، والموافقات على المعالجة والنشرات مع تاريخها ومصدرها.

الحماية من إساءة الاستخدام

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

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

كيف يتوسّع

النظام

التوسّع هو القدرة على تحمّل النمو دون إعادة كتابة. وتنمو ثلاث كمّيات: حجم الكتالوج، وعدد الزوّار المتزامنين، وعدد الطلبات في الساعة.

يصطدم الكتالوج بالبحث والتصفية، ويصطدم ذروة حركة المرور بتسليم الصفحات، ويصطدم تدفّق الطلبات بقاعدة البيانات والتكاملات الخارجية. والحلول مختلفة كذلك وتُطبَّق عند الحاجة.

أساليب تُستخدم عمليًا:

  • التخزين المؤقت — تُسلَّم صفحات الكتالوج ونتائج الاستعلامات الثقيلة من الذاكرة المؤقتة وتُحدَّث عند حدث تغيّر المنتج
  • بحث منفصل — يعيش فهرس البحث على حدة، ولا تُحمّل التصفية بعشرات الخصائص القاعدة الأساسية
  • فصل القراءة عن الكتابة — تقرأ الواجهة من نسخ متماثلة، وتُكتب الطلبات في القاعدة الأساسية
  • التوسّع الأفقي — عدة نسخ من التطبيق خلف موازن حِمل، ويتغيّر عددها حسب الحمل
  • الطوابير — تُنفَّذ العمليات الثقيلة في الخلفية، ولا ينتظرها إتمام الطلب
  • CDN — تُسلَّم الصور والملفات الساكنة من أقرب عقدة إلى المشتري
  • التقسيم إلى وحدات — يتوسّع البحث والتوصيات والمدفوعات ويُحدَّث كل منها باستقلال

ما الذي يُختبَر قبل حمل الذروة

  • اختبار حمل لسيناريو «كتالوج ← سلة ← دفع»، لا للصفحة الرئيسية
  • السلوك عند تعذّر الوصول إلى مزوّد الدفع وخدمة التوصيل
  • سرعة إعادة فهرسة الكتالوج كاملًا
  • زمن الاستعادة من نسخة احتياطية
  • حدود الأنظمة الخارجية: كم طلبًا في الدقيقة يتحمّل ERP والمستودع

النمو في الاتجاهات

  • قنوات بيع جديدة: تطبيق، ماكينات بيع، منصّات تسوّق، أكشاك
  • مستودعات ونقاط استلام جديدة
  • عملات ولغات وأشخاص اعتبارية جديدة
  • نماذج بيع جديدة: اشتراك، طلب مسبق، عقود B2B
مؤشّرات ضبط اختبار الحملسيناريو «كتالوج ← سلة ← دفع»
المؤشّرالمقيسالعتبة
استجابة الكتالوج، p95180 مللي ثانية400 مللي ثانية
الطلبات في الساعة عند الذروة3 0002 400
الردود من الذاكرة المؤقتة86%70%
إعادة فهرسة الكتالوج9 دقائق20 دقيقة
الاستعادة من نسخة22 دقيقة60 دقيقة

وحدات النظام

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

كتالوج المنتجات

الأصناف وأرقامها والأوصاف وحالات النشر ونسخ البطاقات وأرشيف المنتجات المسحوبة من البيع.

الفئات والتنقّل

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

الخصائص والمواصفات

دليل الخصائص بأنواع بياناتها وقواعد عرضها — أساس المرشّحات والمقارنة والتصدير إلى منصّات التسوّق.

المتغيّرات والحزم

المقاسات والألوان والأحجام في بطاقة واحدة بأرقام أصناف وأرصدة منفصلة. ومجموعات تخصم عدة أصناف.

مكتبة الوسائط

الصور والفيديو والمستندات، والتوليد التلقائي للصيغ والدقّات، والعلامات المائية، والربط بالمنتجات.

إدارة الأسعار

قوائم الأسعار، وقواعد الهامش، وسلالم الكميات، والأسعار الشخصية والتعاقدية، والعملات، والتقريب، والضرائب، والتاريخ.

الخصومات والعروض وأكواد الخصم

شروط التفعيل، وآليات الخصم، والجدول، والحدود، وتوليد دفعات الأكواد، والتوافق، والسعر الأدنى.

السلة وإتمام الطلب

سلة بين الأجهزة، وإعادة حساب الأسعار والتوافر، وخطوات إتمام الطلب، وطلب الضيف، والعودة إلى السلة المتروكة.

إدارة الطلبات

طابور موحّد للطلبات من كل القنوات، والحالات والانتقالات، وتعديلات المحتوى، والدفعات الإضافية، والتقسيم إلى شحنات، والإلغاءات.

المدفوعات

ربط المزوّدين، والحجز المؤقت والخصم، والإرجاعات الجزئية والكاملة، ومعالجة الإشعارات، والمطابقة.

الفوترة الضريبية

إيصالات البيع والإرجاع، والتبادل مع نقاط البيع الإلكترونية، وإرسال الإيصال إلى المشتري، ومراقبة المستندات غير المرسلة.

المستودع والأرصدة

الأرصدة حسب المستودعات، والحجوزات ذات مدة الحياة، وإيقاف التالف، واستلام التوريدات والإرجاعات، وعتبات المخزون المنخفض.

التوصيل واللوجستيات

طرق التوصيل، والمناطق، والتعرفات، والنوافذ الزمنية والفترات، وإنشاء الشحنات، وتتبّع الحالات، وطباعة المستندات.

الإرجاعات والشكاوى

طلبات بحسب الأصناف، والتحقّق من المهل والجواز، والاستلام، وإعادة الأموال، والإعادة إلى المخزون أو شطب التالف.

العملاء والملفات

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

برنامج الولاء

النقاط، والمستويات، وقواعد المنح والخصم، ومدة صلاحية النقاط، والعروض الشخصية، والإحالات.

البحث والتصفية

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

التوصيات والمجموعات

المنتجات المرافقة والمشابهة، و«يُشترى مع هذا»، والمجموعات اليدوية والقواعد المبنية على تاريخ الطلبات.

المحتوى وتحسين محركات البحث

الصفحات والمقالات واللافتات ووسوم الميتا وعناوين الصفحات، والترميز الدقيق للمنتجات، وخريطة الموقع، وموجزات المنتجات.

الإشعارات

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

التحليلات والتقارير

تقارير المبيعات وهامش الربح والمخزون والمسار البيعي والإرجاعات، ومقاطع حرّة، وعمليات تصدير، وواجهات بيانات.

عمليات التكامل وAPI

التبادل مع CRM وERP والمستودع ونقاط البيع وخدمات الدفع واللوجستيات ومنصّات التسوّق. وAPI وخطّافات الويب والطوابير.

صلاحيات الوصول والتدقيق

الأدوار والأذونات حسب الأقسام والعمليات، والمصادقة الثنائية العامل، وسجلّ أفعال الموظفين.

تعدّد الصيغ

عدة واجهات على نواة واحدة، وتعدّد اللغات والعملات، وعدة أشخاص اعتبارية ومستودعات، ومناطق.

ترتيب التطبيق

لا يُطلَق النظام كاملًا في إصدار واحد. والترتيب أدناه يعكس التبعيات: فكل خطوة تستند إلى بيانات ظهرت في سابقتها.

التدقيق ونموذج البيانات

العمليات الجارية والأدلّة والأنظمة المالكة للبيانات. والنتيجة مخطّط للكيانات وخريطة لعمليات التكامل.

الكتالوج والأرصدة

نقل قائمة الأصناف، وضبط الخصائص والفئات، وتبادل الأسعار والأرصدة. والتحقّق على بيانات حقيقية.

الطلبات والمدفوعات

إتمام الطلب، والحالات، ومزوّد الدفع، والفوترة الضريبية، والتمرير إلى التنفيذ. والإطلاق على جزء من التشكيلة.

التطوير

التوصيل والإرجاعات، والولاء، والتحليلات، وقنوات البيع الجديدة. وكل كتلة إصدار منفصل مع قياس.

لنناقش مشروع تجارتكم الإلكترونية

تواصلوا معنا الآن

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