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