- زد تتولى المتجر والبيع وشبكة التوصيل الخاصة بها. هذي الجهة محلولة.
- أودو يتولى ما خلفها: المخزون، والمشتريات، والمحاسبة، والتصنيع، والفروع، على دفتر واحد.
- الربط يُعدّ مع شريك وليس تثبيتًا بنقرة واحدة: تطبيق شريك في زد، وبيانات اعتماد، ثم مطابقة وتشغيل.
- بارلينا انتقلت من ثلاثة أيام عمل يدوي في نهاية كل شهر إلى وصول الطلب للنظام في أقل من 90 ثانية، عند 2,500 طلب يوميًا في مواسم الذروة.
- متجرك يبقى على زد. ولا ينتقل عميل واحد من مكانه.
ما تجيده لوحة زد أصلًا
زد قوية في الجهة التي يراها عميلك، وفي الجهة التي توصل الطرد إلى الباب. المنتجات، وسلة الشراء، وطرق الدفع التي يثق فيها المشتري السعودي، وشبكة الشحن الخاصة بها، ولوحة تحكم يتعلمها فريقك بسرعة. وأغلب المتاجر تمضي سنواتها الأولى عليها كاملة، وما عندها سبب للتغيير.
وهذا الدليل لا يطلب منك تغيير أي شيء من ذلك. هو عن النقطة التي تكون فيها زد تؤدي عملها، وشيء خلفها لا يؤديه. وإن كنت ما زلت تقرر هل ينطبق السؤال عليك أصلًا، فمقال هل يحتاج متجرك نظام تخطيط موارد يعالجه من بدايته.
متى يتوقف متجر زد النامي عن الاكتفاء بلوحته
الأعراض تجي بترتيب شبه ثابت، وهي تشغيلية قبل أن تكون مالية.
أول شيء، المخزون يتوقف عن مطابقة نفسه. المتجر يعرض توفرًا لا يستطيع المستودع الوفاء به، وأحد الموظفين يرجّع قيمة طلب ما كان يفترض قبوله.
بعدها يبدأ الإدخال الثاني. الطلبات تُسحب من اللوحة وتُكتب في مكان آخر، ويُبنى الشهر يدويًا لأن هذا أسرع من مطابقته كما يجب.
بعدها تصير الأسئلة بلا أجوبة. كم ربحنا فعلًا من هذا المنتج، بعد التغليف والتوصيل ورسوم الدفع؟ الجواب يحتاج جدول إكسل، والجدول عمره أسبوع.
بعدها تتحول المشتريات إلى ذاكرة. إعادة الطلب تحدث لأن أحدهم لاحظ رفًّا فارغًا، لا لأن النظام يعرف مدة التوريد ومعدل البيع.
وما في واحدة من هذي إخفاق من زد. كلها المشكلة نفسها بثياب مختلفة: معلومة واحدة تعيش في أكثر من مكان.
كيف بدا هذا في بارلينا
بارلينا علامة أزياء نسائية سعودية، لها مكتب إداري ومصنع ومستودعات توزيع ومتجر على زد. قبل ربط الأنظمة كانت الطلبات تُعالَج يدويًا وتُطابَق مرة في الشهر، وكانت تلك المطابقة تستغرق ثلاثة أيام عمل في نهاية كل شهر. ومع أكثر من 5,000 منتج أساسي، وأكثر من 600 طلب في اليوم العادي و2,500 في مواسم الذروة، كانت الأرقام التي تحتاجها الإدارة حبيسة دورة إقفال تكون قد قدُمت قبل أن تنتهي.
وبعد أن انتقلت دورة التشغيل كاملة إلى نظام واحد، بالمحاسبة والمبيعات والمشتريات والتصنيع والباركود مرتبطة ببعضها والمتجر على زد مربوطًا مباشرة، صار الطلب أو المنتج يصل إلى النظام في أقل من 90 ثانية. والقصة كاملة في دراسة حالة بارلينا.
ماذا يتزامن بين زد وأودو
الربط ليس مفتاحًا واحدًا، بل مجموعة حركات، لكل واحدة اتجاه وتوقيت. ومعرفة أيها أي هي أغلب فهم ما إذا كان الإعداد سيثبت.
وتمييز واحد أولًا، لأن منه يبدأ أكثر اللبس. إعداد الربط استيراد لمرة واحدة: يُسحب كتالوجك القائم وعملاؤك وطلباتك من زد إلى النظام حتى يبدأ الطرفان من السجلات نفسها. وكل ما تحت يصف ما يحدث بعد ذلك، حين يصير النظام قيد التشغيل. وهما مهمتان مختلفتان تسيران في اتجاهين مختلفين.
| ماذا يتزامن | الاتجاه | متى | لماذا يهم |
|---|---|---|---|
| المنتجات والمتغيرات | من أودو إلى زد | عند التغيير | سجل منتج واحد وكود واحد، فيصف المتجر والمستودع الشيء نفسه |
| كميات المخزون | من أودو إلى زد | شبه لحظي | يمنع المتجر من بيع ما شحنه المستودع أصلًا |
| الطلبات | من زد إلى أودو | عند الإنشاء وتغيير الحالة | الطلب يصير أمر بيع وتسليمًا ومسودة فاتورة بلا إدخال يدوي |
| العملاء | من زد إلى أودو | عند أول طلب | سجل عميل واحد بين المتجر والفرع والجملة |
| المدفوعات وطريقة الدفع | من زد إلى أودو | مع الطلب | تسوية حسب بوابة الدفع، فتتطابق التحويلات بلا جدول إكسل |
| الشحنات عبر شبكة زد | في الاتجاهين | عند تغيير الحالة | شبكة زد تحمل الطرد، والحالة تتحرك في الاتجاهين فيقرأ الفريق الشيء نفسه أينما كان يعمل |
| المرتجعات | من زد إلى أودو | عند الإنشاء | إشعار دائن وإرجاع للمخزون في خطوة واحدة لا في نظامين |
| الفاتورة الإلكترونية | من أودو إلى هيئة الزكاة والضريبة والجمارك | عند التأكيد | فاتورة متوافقة واحدة لكل طلب، مطابقة للطلب وللدفع |
اقرأ عمود الاتجاه مرتين. بعد أن يصير النظام قيد التشغيل، هو المصدر لما تبيعه، أي المنتجات والمخزون، والمتجر هو المصدر لما يحدث حين يشتري أحدهم: الطلبات والعملاء والمدفوعات والمرتجعات. وسطر الشحنات هو ما يخص زد تحديدًا، لأن شبكة التوصيل تبقى شبكة زد والحالة يجب أن تُقرأ من الطرفين. وتطبيق المخزون في أودو هو ما يحمل الدفتر الواحد الذي تقرأ منه كل القنوات، والتصنيع هو ما يجعل شكل بارلينا ممكنًا، حين يكون ما تبيعه هو ما تصنعه.
كيف يُعدّ الربط فعليًا
هنا يختلف متجر زد عن متجر له رابط جاهز في سوق تطبيقات، ويستحق الوضوح بدل الإيحاء بتثبيت بنقرة واحدة. فزد لا تنشر تطبيق أودو جاهزًا في سوق تطبيقاتها، بل تنشر الواجهة البرمجية ومسار المطورين، فيُبنى الربط من شريك على واجهات زد نفسها، مُفوّضًا بـ OAuth ببيانات اعتماد من تطبيق مُسجّل في متجر تطبيقات زد.
- أنشئ تطبيق شريك في زد واحصل على بيانات اعتماد الواجهة البرمجية.
- اربط مع أودو، واستورد الكتالوج والعملاء والطلبات، وطابق السجلات.
- فعّل مسار المبيعات، وشغّل طلبات تجريبية كاملة، ثم ابدأ التشغيل.
الخطوة الثانية هي التي تأخذ الوقت. وهذا الاستيراد هو النقلة الواحدة المذكورة أعلاه، والمطابقة بجودة الكتالوج في الطرفين، ولهذا يقع سطر المنتجات في أعلى الجدول. وصفحة ربط زد مع أودو تعرض ما يغطيه الربط في مكان واحد.
ماذا يتغير في أول شهر
التغيير الظاهر صغير، والتغيير التشغيلي ليس كذلك. فريقك يكمل استقبال الطلبات في زد. والذي يتوقف هو الإدخال الثاني: ما أحد يعيد كتابة طلب، وما أحد يبني الشهر يدويًا، وما أحد يتناقش أي رقم مخزون هو الصحيح.
والاختبار الحقيقي هو أول إقفال شهري. شغّله والشريك جاهز للرد، ثم قارن ما تقوله التقارير بما توقعه الفريق. وحيث يختلف الاثنان، هناك يحتاج الإعداد نظرة ثانية. وبارلينا هي النسخة التي نجحت من هذا: الإقفال الذي كان يستغرق ثلاثة أيام لم يعد إقفالًا أصلًا.
وإن أردت أن ترى هل وصل مسار طلباتك إلى تلك النقطة، فابدأ من ربط زد مع أودو.
