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

الوحدة الأساسية في الكتالوج هي الصنف برقم فريد (SKU): بيانات غير قابلة للتغيير، ووصف قابل للتحرير، وكائنات مرتبطة — صور ومستندات وأسعار ومخزون.
تجري العمليات الجماعية بالاستيراد والتصدير: ملف أو API أو تصدير من النظام المحاسبي. ويمرّ الاستيراد دائمًا بتحقّق: ما الذي سيُنشأ، وما الذي سيتغيّر، وما الذي سيُرفض ولماذا.
مرفوض: تكرار رقم الصنف — 9، خاصية «العلامة التجارية» الإلزامية فارغة — 5، فئة غير معروفة — 3. ولم يُكتب في الكتالوج أي سطر قبل التأكيد.
السعر — ليس حقلًا في بطاقة المنتج، بل نتيجة حساب وفق القواعد لحظة الطلب. فللمنتج الواحد عدة أسعار في آنٍ واحد، والنظام يختار المنطبق منها.
لذلك لا حاجة إلى تصحيح السعر في آلاف البطاقات: يكفي تغيير القاعدة أو قائمة الأسعار الأساسية.
طبقات التسعير:
يُسجَّل كل تغيير في السعر في التاريخ: من ومتى ووفق أي قاعدة وما القيمة السابقة. وعليه تستند تقارير هامش الربح ومراجعة الطلبات محل الخلاف.
تُحسم القواعد بالأولوية لا بالجمع الأعمى. وهذا ترتيب حساب سعر الصنف المعتاد:
يُحدَّد التوافق صراحةً: أي الخصومات تتراكم، وأيها يستبعد بعضها بعضًا، وما الحد الأدنى المسموح للسعر. ويمنع قيد السعر الأدنى عدة خصومات صحيحة مجتمعة من دفع الصنف إلى الخسارة.
العرض — قاعدة يطبّقها النظام بنفسه على الطلبات المناسبة. كود الخصم — القاعدة نفسها، لكن يفعّلها المشتري بكلمة رمزية. ويُوصَف كلاهما بالطريقة نفسها: شرط، آلية، مدة، قيود.
ما الذي يجب أن يكون في الطلب: منتجات، فئة، علامة تجارية، مبلغ أدنى، طريقة توصيل، شريحة عميل، قناة بيع، وقت من اليوم أو يوم من الأسبوع.
نسبة، مبلغ ثابت، سعر جديد، خصم على أرخص منتج في المجموعة، توصيل مجاني، هدية، نقاط بدل الخصم.
تاريخا البدء والانتهاء، ونوافذ متكرّرة (كل يوم جمعة مثلًا)، وبدء وإيقاف تلقائيان دون تدخّل موظف.
حد إجمالي للاستخدام، وحد لكل عميل، وأكواد شخصية لمرة واحدة، ومنع التقاطع مع عروض أخرى، وسعر أدنى للصنف.
كود واحد للنشرة البريدية أو دفعة أكواد فريدة للمستلمين. وتُصدَّر الدفعة في ملف وتُتابَع لكل كود على حدة.
يظهر لكل عرض: كم طلبًا، ومبلغ الخصم، والإيراد وهامش الربح بعد الخصم، وكم كودًا فُعِّل وكم بقي.
سلة التسوق — مسودّة الطلب: مجموعة أصناف لم تنشئ بعد التزامًا على المشتري ولا على المتجر. فالمنتج فيها غير محجوز والسعر غير مثبَّت، لذلك يُعاد حساب السلة عند كل فتح.
يتحقّق إعادة الحساب من أربعة أمور: المنتج معروض للبيع، والكمية متوفّرة في المستودع، والسعر لم يتغيّر، والخصومات سارية. ويرى المشتري التغييرات قبل الدفع لا بعد خصم المال.
ما الذي يجب أن تستطيعه السلة:
الإجمالي لإتمام الطلب: 3 أصناف، 11 640 سوم. وقد عُرض الفارقان على المشتري قبل الدفع لا بعد خصم المال.

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

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

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

| الطلب | العملية | المبلغ | الحالة |
|---|---|---|---|
| 14 208 | الحجز المؤقت | 12 480 | حجز مؤقت |
| 14 201 | الخصم | 6 350 | مُنفَّذ |
| 14 177 | إرجاع | 2 100 | مُنفَّذ |
| 14 206 | رفع الحجز المؤقت | 3 940 | مرفوع |
| 14 209 | رفض البنك 05 | 890 | إعادة المحاولة |
رُفع الحجز دون دفعة إرجاع: لم يكن المنتج متوفّرًا في المستودع. وإعادة إرسال الطلب بمفتاح عدم التكرار لا تنشئ سطرًا ثانيًا.
بطاقة مصرفية، ورمز QR ونظام الدفع السريع، ومحافظ إلكترونية، والدفع عند الاستلام، وحساب بنكي للشركات، والتقسيط والقرض، والدفع بالنقاط.
أولًا الحجز المؤقت: يُجمَّد المبلغ على البطاقة دون خصمه. والخصم يأتي بعد تجميع الطلب. وإن لم يتوفّر المنتج رُفع التجميد دون دفعة إرجاع.
تصل نتيجة العملية بطلب خادمي منفصل، لا بعودة المشتري إلى الموقع. فإغلاق المتصفح لا يعطّل الدفع: تُحدَّث الحالة عند وصول الإشعار.
إعادة إرسال طلب دفع واحد لا تنشئ دفعة ثانية. فلكل عملية مفتاح يميّز به المزوّد والنظام التكرار.
بعد الدفع تنشئ نقطة البيع الإلكترونية إيصالًا ضريبيًا وترسله إلى المشتري. وعند الإرجاع يُنشأ إيصال إرجاع للأصناف المُعادة.
مقابلة يومية بين عمليات النظام وسجلّ المزوّد وكشف حساب البنك. وتُدرَج الفروق في قائمة منفصلة وتُعالَج يدويًا.
الرصيد — كمية المنتج المتاحة للبيع في هذه اللحظة. وليس هو الكمية الفعلية في المستودع: فجزء محجوز لطلبات، وجزء في الطريق، وجزء موقوف بوصفه تالفًا.
المتاح للبيع = الرصيد الفعلي − الحجوزات − الإيقافات + التوريدات المؤكَّدة في الطريق (إن سُمح بالطلب المسبق).
وعند تعدّد المستودعات والنقاط يُحسب الرصيد لكل مستودع على حدة، وتُعرض على الواجهة الحصيلة من المستودعات التي يمكن التوصيل منها إلى المنطقة المختارة.
كيف يجري التبادل:
للحجز دائمًا مدة حياة: الطلب الذي لا يُدفع في وقته يعيد المنتج إلى البيع — وإلا «التهمت» السلال المتروكة كل الرصيد المتاح.
| المستودع | الفعلي | محجوز | تالف | متاح |
|---|---|---|---|---|
| المركزي | 1 420 | 310 | 24 | 1 086 |
| متجر «الشرق» | 96 | 12 | — | 84 |
| نقطة الاستلام رقم 3 | 40 | 8 | 2 | 30 |
| توريد في الطريق | 600 | — | — | 600 |
| متاح للبيع | 2 156 | 330 | 26 | 1 800 |
الفعلي هو الرصيد المادي، والتالف هو الكمية الموقوفة. ولا يدخل التوريد في الطريق ضمن المتاح إلا حيث يُسمح بالطلب المسبق. وتُعرض على الواجهة الحصيلة من المستودعات التي يمكن التوصيل منها إلى المنطقة المختارة.
يُوصَف التوصيل بثلاثة كائنات: طريقة التوصيل، والمنطقة، والتعرفة. أما الإرجاع فعملية عكسية لها مستندها الخاص، لا «إلغاء بأثر رجعي».
مندوب إلى العنوان، نقطة استلام، ماكينة استلام ذاتي، استلام ذاتي من المتجر، شركة نقل للبضائع الكبيرة، توصيل رقمي للمنتجات الإلكترونية.
تعتمد التكلفة على المنطقة والوزن والحجم ومبلغ الطلب. وتحدّد القواعد عتبة التوصيل المجاني ورسوم الصعود والحجم غير القياسي.
تُحسب التواريخ والنوافذ الزمنية وفق جدول المستودع وزمن التجميع وجدول الناقل. وتُغلق الفترات المشغولة تلقائيًا.
يُمرَّر الطلب إلى الناقل عبر API، ويتلقّى النظام رقم الشحنة وحالات حركتها ويعرضها في الحساب الشخصي.
يختار المشتري الأصناف والسبب، ويتحقّق النظام من المهلة ومن جواز الإرجاع حسب نوع المنتج، وينشئ مستندًا مع التعليمات.
بعد الاستلام يعود المنتج إلى المخزون أو يُشطب بوصفه تالفًا، وتُعاد الأموال إلى طريقة الدفع الأصلية، ويُنشأ إيصال إرجاع.
الإرجاع الجزئي أمر معتاد: يُعاد صنف واحد من خمسة في الطلب. لذلك يُحسب الإرجاع بحسب الأصناف، ويُوزَّع خصم الطلب كله بينها بالتناسب — وإلا اختلف مبلغ الإرجاع عن الإيصال.
أمين المستودع — موظّف ينقل البضاعة فعليًا: يستلم التوريد، ويضعه في خانة، ويخرج الأصناف لصالح الطلب، ويسلّم الصندوق المجمَّع إلى المندوب. ولا يعرف النظام بهذه الأفعال من كلام الموظف: فكل عملية تُؤكَّد بمسح الباركود.
والفرق جوهري. فعلامة «تمّ» في القائمة تؤكّد النية، أما المسح فيؤكّد الواقعة: صنف بعينه، وخانة بعينها، وموظّف بعينه، ووقت بدقة الثانية. خطأ مطبعي في رقم الصنف يظهر في الجرد بعد شهر؛ أما الباركود الخاطئ فلا يقبله التطبيق أصلًا.
ماذا يفعل أمين المستودع في الوردية:

كل مسح قيدٌ محاسبي: يتغيّر رصيد الخانة لحظة العملية، لا مساءً عند نقل الأوراق. وتقرأ الواجهة ونقطة البيع ومركز الاتصال الأرصدة نفسها، لذلك يكفّ «موجود على الموقع وغير موجود على الرفّ» عن كونه وضعًا معتادًا.
دقّة التجميع — 99,4%: سبع حالات إيقاف للمسح في الوردية، صُحّحت كلها في مكانها. والبيانات مأخوذة من القيود نفسها لا من كشف منفصل.
مندوب التوصيل — الحلقة الأخيرة في التنفيذ والموظف الوحيد الذي يراه المشتري شخصيًا. ويحلّ تطبيقه مهمّتين: أن يقوده على المسار، وأن يثبّت التسليم بحيث لا يلزم تأكيد الواقعة لاحقًا بالمكالمات.
العملية المفتاحية هي مسح رمز QR عند التسليم. والرمز مطبوع على ملصق الطلب أو يعرضه المشتري من الشاشة. ويجيب المسح عن سؤال يُحسم بغيره بالخلاف: أهذا الطلب هو المُسلَّم، وإلى المستلم الصحيح، وفي أي دقيقة.
اللوجستي يعمل على الطرف الآخر من التطبيق نفسه: يجمع المسارات حسب المناطق والوزن والحجم والنوافذ الزمنية، ويعيّن المندوبين، ويرى خريطة الوردية، ويعالج الإخفاقات — التأخّر، وتعذّر الاتصال، والرفض عند الباب.
وردية المندوب خطوة بخطوة:

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

القرار المفتاحي في التكامل هو المسؤولية عن البيانات. فلكل كيان يُحدَّد النظام المالك: قائمة الأصناف والأسعار تأتي من ERP، والعملاء من CRM، والأرصدة من المستودع، والطلبات تولد في التجارة الإلكترونية. أما التحرير المتبادل لحقل واحد في نظامين فيعطي فروقًا دائمة، لذلك يُتجنَّب.
| النظام | ما الذي يمرّره | رسائل | النتيجة |
|---|---|---|---|
| ERP | قائمة الأصناف، الأسعار | 4 120 | بلا أخطاء |
| المستودع | الأرصدة، الحجوزات | 18 640 | إعادتا محاولة |
| CRM | العملاء، الشرائح | 1 305 | بلا أخطاء |
| منصّة التسوّق | الطلبات، الأرصدة | 2 470 | واحدة قيد المعالجة |
لا ينكسر التكامل عند الإطلاق، بل بعد نصف عام — حين يُحدَّث النظام الخارجي، أو تنقطع القناة ساعةً، أو تدخل الدليلَ قيمةٌ غير متوقّعة. وستّ قواعد تحدّد هل ينجو التبادل من مثل هذه الأحداث.
لا ينتظر إتمام الطلب ردّ النظام الخارجي: توضع الرسالة في طابور وتُعالَج على حدة. والمستودع غير المتاح لا يوقف المبيعات.
يُعاد الإرسال الفاشل بفاصل زمني متزايد. والرسالة التي لا تمرّ بعد كل المحاولات تدخل طابور المعالجة ولا تضيع.
الرسالة المُسلَّمة مرة أخرى لا تنشئ طلبًا ثانيًا ولا تخصم الرصيد مرتين. فالمستقبِل يميّز التكرار بمفتاح العملية.
يصدر تغيير الصيغة في إصدار جديد، ويستمرّ القديم في العمل. وينتقل إليه المستهلكون الخارجيون وفق جدولهم.
تُحفَظ كل رسالة مع متنها ووقتها ونتيجتها وعدد محاولاتها. وتستند معالجة الحادثة إلى السجلّ لا إلى الذاكرة.
مطابقة منتظمة للمؤشّرات الرئيسية: الطلبات ومبالغ المدفوعات والأرصدة. ويصير الفرق مهمة، بدل أن يُكتشف عند الجرد.
الكتالوج والطلبات
المدفوعات
الأرصدة والمستودع
التحليلات
تُبنى التحليلات على بيانات المبيعات والسلوك الخاصة، لا على عدّادات الزيارات الخارجية وحدها. فالعدّاد يعرف المشاهدات، والنظام يعرف الأموال والمنتجات والإرجاعات.
تُحسب التقارير حسب المقاطع: الفترة، وقناة البيع، والفئة، والعلامة التجارية، والمستودع، والمنطقة، وشريحة العميل، والعرض الترويجي. وكل مؤشّر متاح في كل مقطع ويُصدَّر إلى ملف أو إلى مستودع بيانات.

أحدّ انقطاع يقع بين السلة وإتمام الطلب: وهناك تُعالَج خطوة التسجيل واحتساب التوصيل وطرق الدفع.
يقوم الأمان على ثلاثة أمور: ألّا تصل بيانات الدفع إلى نظام المتجر، وأن تُخزَّن البيانات الشخصية بقدر محدود وتحت رقابة، وأن يترك كل فعل يمسّ الأموال والطلبات أثرًا.
يُدخَل رقم البطاقة لدى مزوّد معتمد ولا يصل إلى نظام المتجر. ويُخزَّن للخصومات المتكرّرة رمزٌ لا بطاقة.
كل حركة المرور عبر HTTPS. وتُشفَّر الحقول الحسّاسة في قاعدة البيانات، وتُحفَظ النسخ الاحتياطية مشفّرة بمعزل عن الحلقة الأساسية.
نموذج قائم على الأدوار: مدير المحتوى لا يرى المدفوعات، والمشغّل لا يغيّر الأسعار. والدخول الإداري بمصادقة ثنائية العامل.
من غيّر السعر، ومن ألغى الطلب، ومن صدّر قاعدة العملاء. والسجلات غير قابلة للتغيير وتُحفَظ بمعزل عن بيانات العمل.
الحد الأدنى الضروري من البيانات، ومدة الحفظ، والحذف عند الطلب، والموافقات على المعالجة والنشرات مع تاريخها ومصدرها.
تقييد وتيرة الطلبات، وحماية النماذج من التخمين، ومراقبة إعادة استخدام أكواد الخصم، وفحوص مكافحة الاحتيال للطلبات قبل التجميع.
وثمة حلقة منفصلة هي الاستعادة. فالنسخ الاحتياطية بلا فائدة ما لم تُختبَر استعادتها: ويجري نشر تجريبي وفق جدول، لا لحظة العطل.
التوسّع هو القدرة على تحمّل النمو دون إعادة كتابة. وتنمو ثلاث كمّيات: حجم الكتالوج، وعدد الزوّار المتزامنين، وعدد الطلبات في الساعة.
يصطدم الكتالوج بالبحث والتصفية، ويصطدم ذروة حركة المرور بتسليم الصفحات، ويصطدم تدفّق الطلبات بقاعدة البيانات والتكاملات الخارجية. والحلول مختلفة كذلك وتُطبَّق عند الحاجة.
أساليب تُستخدم عمليًا:
| المؤشّر | المقيس | العتبة |
|---|---|---|
| استجابة الكتالوج، p95 | 180 مللي ثانية | 400 مللي ثانية |
| الطلبات في الساعة عند الذروة | 3 000 | 2 400 |
| الردود من الذاكرة المؤقتة | 86% | 70% |
| إعادة فهرسة الكتالوج | 9 دقائق | 20 دقيقة |
| الاستعادة من نسخة | 22 دقيقة | 60 دقيقة |
يُجمَّع النظام من وحدات: تغطّي كل وحدة مجالها من البيانات والعمليات، والروابط بينها موصوفة صراحةً. ويُطلَق المشروع على أجزاء — أولًا الكتالوج والطلبات، ثم الولاء والتحليلات والقنوات الخارجية.
الأصناف وأرقامها والأوصاف وحالات النشر ونسخ البطاقات وأرشيف المنتجات المسحوبة من البيع.
شجرة الأقسام، وربط المنتج بعدة فروع، والترتيب، وصفحات الهبوط للمجموعات والأقسام الموسمية.
دليل الخصائص بأنواع بياناتها وقواعد عرضها — أساس المرشّحات والمقارنة والتصدير إلى منصّات التسوّق.
المقاسات والألوان والأحجام في بطاقة واحدة بأرقام أصناف وأرصدة منفصلة. ومجموعات تخصم عدة أصناف.
الصور والفيديو والمستندات، والتوليد التلقائي للصيغ والدقّات، والعلامات المائية، والربط بالمنتجات.
قوائم الأسعار، وقواعد الهامش، وسلالم الكميات، والأسعار الشخصية والتعاقدية، والعملات، والتقريب، والضرائب، والتاريخ.
شروط التفعيل، وآليات الخصم، والجدول، والحدود، وتوليد دفعات الأكواد، والتوافق، والسعر الأدنى.
سلة بين الأجهزة، وإعادة حساب الأسعار والتوافر، وخطوات إتمام الطلب، وطلب الضيف، والعودة إلى السلة المتروكة.
طابور موحّد للطلبات من كل القنوات، والحالات والانتقالات، وتعديلات المحتوى، والدفعات الإضافية، والتقسيم إلى شحنات، والإلغاءات.
ربط المزوّدين، والحجز المؤقت والخصم، والإرجاعات الجزئية والكاملة، ومعالجة الإشعارات، والمطابقة.
إيصالات البيع والإرجاع، والتبادل مع نقاط البيع الإلكترونية، وإرسال الإيصال إلى المشتري، ومراقبة المستندات غير المرسلة.
الأرصدة حسب المستودعات، والحجوزات ذات مدة الحياة، وإيقاف التالف، واستلام التوريدات والإرجاعات، وعتبات المخزون المنخفض.
طرق التوصيل، والمناطق، والتعرفات، والنوافذ الزمنية والفترات، وإنشاء الشحنات، وتتبّع الحالات، وطباعة المستندات.
طلبات بحسب الأصناف، والتحقّق من المهل والجواز، والاستلام، وإعادة الأموال، والإعادة إلى المخزون أو شطب التالف.
الحسابات، والعناوين، والأشخاص الاعتبارية والعقود، وتاريخ الطلبات، والشرائح، وموافقات معالجة البيانات.
النقاط، والمستويات، وقواعد المنح والخصم، ومدة صلاحية النقاط، والعروض الشخصية، والإحالات.
فهرس البحث، والصرف والمرادفات، والأخطاء المطبعية، والمرشّحات حسب الخصائص، والترتيبات، والاستعلامات بلا نتائج.
المنتجات المرافقة والمشابهة، و«يُشترى مع هذا»، والمجموعات اليدوية والقواعد المبنية على تاريخ الطلبات.
الصفحات والمقالات واللافتات ووسوم الميتا وعناوين الصفحات، والترميز الدقيق للمنتجات، وخريطة الموقع، وموجزات المنتجات.
رسائل البريد والرسائل القصيرة وتطبيقات المراسلة والإشعارات الفورية بحسب أحداث الطلب، وقوالب الرسائل، والجدول، وسجلّ التسليم.
تقارير المبيعات وهامش الربح والمخزون والمسار البيعي والإرجاعات، ومقاطع حرّة، وعمليات تصدير، وواجهات بيانات.
التبادل مع CRM وERP والمستودع ونقاط البيع وخدمات الدفع واللوجستيات ومنصّات التسوّق. وAPI وخطّافات الويب والطوابير.
الأدوار والأذونات حسب الأقسام والعمليات، والمصادقة الثنائية العامل، وسجلّ أفعال الموظفين.
عدة واجهات على نواة واحدة، وتعدّد اللغات والعملات، وعدة أشخاص اعتبارية ومستودعات، ومناطق.
لا يُطلَق النظام كاملًا في إصدار واحد. والترتيب أدناه يعكس التبعيات: فكل خطوة تستند إلى بيانات ظهرت في سابقتها.
العمليات الجارية والأدلّة والأنظمة المالكة للبيانات. والنتيجة مخطّط للكيانات وخريطة لعمليات التكامل.
نقل قائمة الأصناف، وضبط الخصائص والفئات، وتبادل الأسعار والأرصدة. والتحقّق على بيانات حقيقية.
إتمام الطلب، والحالات، ومزوّد الدفع، والفوترة الضريبية، والتمرير إلى التنفيذ. والإطلاق على جزء من التشكيلة.
التوصيل والإرجاعات، والولاء، والتحليلات، وقنوات البيع الجديدة. وكل كتلة إصدار منفصل مع قياس.
صِفوا ما يعمل لديكم بالفعل: النظام المحاسبي، والمستودع، ونقاط البيع، والواجهة الحالية. سنحلّل العملية ونقترح بنية الحل.