ما بيانات المنتجات التي تجهزها قبل الربط؟
قبل ربط المتجر بالمخزون يحتاج كل صنف يُباع إلى رمز SKU فريد، وبنية متغيرات نظيفة للألوان والمقاسات، ووحدة قياس واحدة، وباركود حيث تمسح، وموقع تخزين واضح، وأسماء متسقة بالعربية والإنجليزية. أصلح المكرر والفارغ في ملف أولًا، ثم جرّب استيراد 20 منتجًا قبل التحميل الكامل.
لماذا تهم البيانات أكثر من أداة الربط؟
أداة الربط تنقل ما تجده. إذا كتب المتجر «حقيبة بني» بلا رمز، وكتب المخزن الحقيبة نفسها «BAG-BR-01»، فلن يعرف النظام أنهما صنف واحد. يخصم الطلب الكمية من لا شيء، أو ينشئ منتجًا ثانيًا. وتظهر الأعراض بعد أسابيع: صنف يُباع أونلاين والرف فارغ، وجرد لا يتطابق أبدًا، وموظفون يفقدون الثقة في الأرقام.
تنظيف قائمة الأصناف يأخذ أيامًا قليلة ويزيل السبب. هو أرخص جزء في المشروع وأكثره إهمالًا.
الحقول التي يجب أن تكون صحيحة
| الحقل | القاعدة | الخطأ المعتاد |
|---|---|---|
| SKU (المرجع الداخلي) | فريد وقصير ولا يُعاد استخدامه، واحد لكل خيار | رمز واحد للونين، أو فارغ |
| اسم المنتج | الاسم نفسه في المتجر والمخزن بالعربية والإنجليزية | «حقيبة بني» في المتجر و«Bag» في المخزن |
| خصائص الخيارات | اللون والمقاس خصائص منفصلة | اللون والمقاس مكتوبان داخل الاسم |
| الباركود | واحد لكل خيار، EAN أو نظامك الخاص | باركود واحد لكل المقاسات |
| وحدة القياس | وحدة واحدة للمخزون والشراء والبيع | قطع في المتجر وكراتين في المخزن |
| نوع المنتج | صنف مخزني أو خدمة أو حزمة | خدمات مسجلة أصنافًا مخزنية |
| القسم | شجرة أقسام واحدة للنظامين | أسماء أقسام مختلفة في كل نظام |
| الوزن والأبعاد | معبأة لحساب الشحن | فارغة فتتعطل رسوم الشحن |
| المورّد والتكلفة | مورّد مرتبط للشراء | لا مورّد فلا تعمل إعادة الطلب |
| الصور | صورة رئيسية لكل لون | صورة واحدة لكل الألوان |
المتغيرات: أكبر مصدر للمشاكل
متجر مثل OOYAA فيه 51 منتجًا و261 اختيارًا من اللون والمقاس. في نظام المخزون يحتاج كل اختيار من الـ 261 إلى سطره وكميته. وإن كُتبت الخيارات داخل الأسماء بدل أن تكون خصائص، فسيرى النظام 261 منتجًا غير مترابط، أو 51 منتجًا برقم مخزون مشترك.
استخدم نمط رمز يقرؤه البشر:
BAG-001-BRN-M: عائلة المنتج، ورقمه، واللون، والمقاس.- أبقِ النمط نفسه في كل المنتجات.
- احجز الرمز بعد تخصيصه ولا تعد استخدامه لصنف آخر.
في أودو يحمل قالب المنتج التفاصيل المشتركة، ويصير كل توليف من الخصائص خيارًا له مرجعه الداخلي وباركوده ومخزونه. وتعتمد شوبيفاي الفكرة نفسها: منتج بخيارات، وكل توليف خيار له SKU.
فخاخ إكسل التي تتجنبها
- ضياع الأصفار البادئة. الرمز 00123 يصير 123 عندما يعيد إكسل تنسيقه. اجعل عمود SKU نصًا قبل التعديل.
- مسافات خفية. «BAG-001 » بمسافة في آخره لا يطابق «BAG-001».
- أرقام عربية وإنجليزية مختلطة. ١٢٣ و123 يبدوان واحدًا للإنسان ومختلفين للنظام.
- خلايا مدمجة وتلوين. الألوان لا تحمل بيانات عند التصدير.
- صفوف مكررة من النسخ بين الأوراق.
رتّب بحسب SKU وابحث عن القيم المتكررة. وصفِّ الفراغات في كل عمود إلزامي.
مواقع التخزين والكميات
قرر أين تعيش الكميات قبل أن تربط شيئًا:
- اكتب المستودعات والفروع وأي مخزون عند الموردين.
- حدد الموقع الذي يبيع منه المتجر، أو هل تغذي عدة مواقع متجرًا واحدًا.
- أجرِ جردًا فعليًا وأدخله رصيدًا افتتاحيًا بتاريخ واحد. لا تدخل تقديرات.
- خصص موقعًا للتالف والمرتجع حتى لا يتضخم المخزون القابل للبيع.
- ضع حدًا أدنى لإعادة الطلب للأصناف السريعة، ليُنبّهك تطبيق Purchase.
أي نظام هو المرجع؟
اختر مالكًا واحدًا لكل نوع بيانات واكتبه:
| البيان | المالك | يتدفق إلى |
|---|---|---|
| كمية المخزون | نظام المخزون (مثل Inventory في أودو) | المتجر |
| تفاصيل المنتج والصور | حيث يسهل على فريقك التعديل | النظام الآخر |
| الطلبات | المتجر | المخزون والفواتير |
| العملاء | المتجر، أو CRM إن وُجد | الأنظمة الأخرى |
| الفواتير | المحاسبة | المتجر كمستندات |
نظامان يعدلان الحقل نفسه يمحو كل منهما عمل الآخر. تدفق باتجاه واحد لكل حقل يمنع ذلك. وفي تجهيز أودو ترى كيف تتصل Inventory وSales وInvoicing.
ماذا يحدث حين يصل طلب؟
الربط الجيد يفعل هذا بالترتيب:
- ينشئ المتجر الطلب وحالة الدفع.
- يصل الطلب إلى نظام المخزون أمر بيع للخيارات الصحيحة.
- تُحجز الكمية في الموقع المحدد.
- يُجهَّز التسليم ويعود رقم التتبع إلى المتجر.
- تُنشأ الفاتورة من الطلب.
- يعكس المرتجع المخزون والفاتورة.
جرّب كل خطوة بمنتجات حقيقية، بما فيها طلب ملغى وشحنة جزئية.
خطة من خمس خطوات لتجهيز البيانات
- الفحص. صدّر المنتجات من المتجر ومن المخزون، وقارن بحسب SKU، واكتب الفروق.
- التنظيف. أصلح المكرر والفارغ والأسماء في ملف رئيسي واحد.
- المطابقة. قابل كل خيار في المتجر بخيار في المخزون في عمودين.
- الاستيراد التجريبي لعشرين منتجًا بين بسيط ومتعدد الخيارات وحزمة، مع طلبات اختبار.
- التشغيل بعد جرد المخزون، مع إيقاف المتجر لفترة قصيرة حتى تثبت الأرقام.
مراقبة أسبوع بعد التشغيل
شغّل النظامين بالتوازي أسبوعًا. قارن يوميًا عينة من المنتجات: كمية المتجر مقابل كمية المخزن. الفرق يدل على خلل في المطابقة أو التوقيت، وإصلاحه مبكرًا سهل وبعد شهر مؤلم.
أعراض تقول إن البيانات تحتاج تنظيفًا
- أصناف تُباع أونلاين وهي منتهية في المخزن.
- جرد شهري لا يطابق النظام.
- منتجات مكررة بأسماء قريبة.
- الموظفون يصححون الكميات يدويًا في المتجر.
- فاتورة تخرج بصنف غير الذي شُحن.
أخطاء شائعة في ربط المتجر بالمخزون
- تشغيل المزامنة قبل الجرد. يبدأ النظام بأرقام خاطئة فتنتشر الأخطاء من اليوم الأول.
- السماح بالتعديل اليدوي للكمية في المتجر. يمحو التعديل رقم المخزون عند أول مزامنة.
- تغيير الرمز بعد الربط. من يصحح SKU في طرف واحد يقطع الصلة بين السجلين.
- تجاهل المنتجات المباعة بالأوزان أو الأطوال. قرر الوحدة قبل الربط: قطعة أم كيلو أم متر.
- نسيان الحزم. منتج يتكون من ثلاث قطع يجب أن يخصم من كل قطعة عند بيعه.
- الربط من طرف واحد. الطلب يصل إلى المخزن ولا يعود رقم التتبع إلى المتجر.
ما الذي يتغير في عملك بعد الربط؟
يتوقف أحد فريقك عن نسخ الطلبات من المتجر إلى ملف، ويتوقف آخر عن إصلاح فروق الجرد في نهاية الشهر. يصير الجرد الفعلي مراجعة لا إعادة بناء. وتعرف صباحًا ما نفد وما يقترب من حد إعادة الطلب، فتشتري قبل أن يشتكي العميل. هذا الأثر هو ما نقيسه معك في الأسابيع الأولى.
كيف نعمل
نبدأ بملفات التصدير لديك، ونخرج قائمة الفروق وملفًا رئيسيًا نظيفًا، ثم نبني الربط ونجرّبه بمنتجاتك على نسخة اختبار. التفاصيل في ربط المواقع والبرامج، وأعمال المخزون والمشتريات في برامج المخزون. وإن كان المتجر نفسه سينتقل بين منصتين أولًا فاستخدم قائمة نقل المتجر.