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