نظرة عامة
مشكلة البيع الإلكتروني إلى جانب نظام ERP هي أن رقم المخزون واحد بينما النظامان لا يتفقان عليه. والمتجر يبيع ثمانية مما لديك منه خمسة، والسعر الذي خفضته صباحاً ما زال القديم على الموقع.
ويقضي أحدهم أول ساعة من كل يوم ينقل طلبات الأمس إلى النظام يدوياً، فيدخل وحدة خاطئة هنا وعنواناً غير مطابق هناك.
وجواب نما ضيق عن قصد، فهو لا يبيعك متجراً. ولا سلة شراء لنما ولا صفحة دفع، وإنما يقوم ربط المتجر الإلكتروني بنظام ERP على وصل متجرك القائم بنظامك الخلفي في الاتجاهين.
المنصات المدعومة
يضبط كل متجر سجلاً مستقلاً، بحيث يمكن للمنشأة تشغيل أكثر من واحد على مخزون واحد، كمتجر على سلة مثلاً وموقع ماجنتو وقائمة على سوق إلكتروني.
- سلة وزد، وهما المنصتان اللتان يبيع عليهما أغلب التجار السعوديين فعلاً.
- ماجنتو، الإصداران 1.x و2.x، من خلال REST أو GraphQL.
- شوبيفاي وووكومرس وبيج كوميرس.
- أمازون من خلال واجهة SP-API.
- OTO لمزامنة كميات الشحن واللوجستيات، وOmniful حين يسند التخزين والتنفيذ إلى طرف ثالث.
- وأي منصة أخرى، من خلال واجهات البرمجة والويب هوك القابلة للضبط نفسها التي تستعملها المنصات المذكورة.
اتجاه البيانات
يدفع النظام إلى المتجر الأصناف وتصنيفاتها، وإعدادات المنتج التي تقرر كيف يعرض كل منها، والأسعار. ويدفع كذلك المخزون على مستوى كل مخزن، حتى لا يبيع متجر يشحن من فرع رصيد رف الفرع الآخر.
وللأسعار مستند تحديث خاص بها، ومن ثم تكون إعادة التسعير إجراءً مقصوداً يمكن مراجعته لاحقاً.
ويسحب من المتجر الطلبات بوصفها مستندات بيع حقيقية، حيث يحمل الاستيراد طريقة السداد وطريقة الشحن ورسوم التوصيل وأي مصروف آخر. وطريقة السداد مربوطة بأنواع السداد لديك، بحيث ترحل بيعة البطاقة وبيعة الدفع عند الاستلام ترحيلاً مختلفاً كما ينبغي. كما يمكن إنشاء العملاء غير الموجودين أثناء الطلب.
ثم يعود إلى المتجر بحالة الطلب كلما حركتها عمليتك. ويرى العميل الذي يتابع طلبه على الموقع «ابتدائي» و«جارٍ التنفيذ» و«تم التوصيل»، وذلك لأن هذا ما جرى فعلاً في المخزن. ومعها أي ملاحظة أو متطلب إضافي مسجل على مستند البيع.
وتصل التحديثات الفورية من خلال الويب هوك، ويجري الباقي على جدول مزامنة. ومعه أثر تدقيق ومعالجة أخطاء للرسائل التي تفشل، لأن ربطاً يسقط طلباً في صمت أسوأ من غياب الربط.
أمازون وطابور SQS
لا ترسل أمازون الإشعارات إلى نظامك مباشرة، والمكان الوحيد الذي توافق على تسليم أحداث الطلبات فيه هو طابور SQS في حسابك أنت على AWS.
لذا يستطلع نما ذلك الطابور على جدول، حيث يقرأ من جديد كل طلب تضعه أمازون في حالة «شحن» ليصير أمر بيع.
ومن المفيد معرفة ذلك قبل التخطيط للمشروع. والطابور ينشأ مرة واحدة في حسابك على AWS، ويعطى نما ثلاث قيم ليقرأه، ثم يعمل من تلقاء نفسه.
الطلب الإلكتروني في دورة البيع
المقصود من الربط أن يكف الطلب الإلكتروني عن كونه حالة خاصة. وبمجرد وصوله يصير أمر بيع عادياً في النظام نفسه الذي فيه كل شيء آخر.
وهو يحجز المخزون نفسه، ويسعر من قائمة الأسعار نفسها، ويجمع ويسلم بالمستندات نفسها. ويرحل بالقيد نفسه، ويصير الفاتورة الإلكترونية نفسها التي تصدرها مبيعات الصالة.
إعداد المتجر، وربط الأصناف، وتحديث الأسعار، وطابور أمازون، وتدفقات Omniful موثقة في قسم التجارة الإلكترونية.
