Odoo لشركات التجارة والتوزيع في الإمارات

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

يغطي تطبيقا المخزون (Inventory) والمشتريات (Purchase) في Odoo، حين يعملان معاً بصيغتهما القياسية، جوهر العمل التجاري: مخزون متعدّد المستودعات، وقواعد إعادة الطلب، والتكاليف المحمّلة على البضاعة المستوردة (Landed Costs)، وثلاث طرق لتقييم التكلفة، وعمليات الباركود، كلها على قاعدة بيانات واحدة. وفيما يلي كيف تتكامل هذه الأجزاء، وأين يختبئ المال، وما أبدأ بإعداده أولاً؛ وكل تفصيل يخص المنتج مأخوذ من وثائق Odoo، أما الآراء فآرائي.

دورة العمل التجارية التي يغطيها Odoo من أولها إلى آخرها

تدور الشركة التجارية كل يوم في الحلقة نفسها: توريد البضاعة، واستلامها وتخزينها، وبيعها، وتسليمها، وفوترتها. ويغطي Odoo هذه الحلقة عبر تطبيقات تتشارك السجلات نفسها، فيحرّك كلٌّ من الاستلام المرتبط بأمر شراء والتسليم المرتبط بأمر بيع المخزون ذاته. ويصف Odoo تطبيق المخزون لديه بأنه نظام مخزون بالقيد المزدوج يرتبط بمئات التطبيقات الأخرى، ولذلك لا تضطر إلى إعادة إدخال الطلب الواحد في ثلاثة أنظمة.

ويتحمّل تطبيق المشتريات العبء الأكبر: فقد بناه Odoo على فكرة الاستفادة من المخزون الفعلي في أتمتة إعادة التزويد دون تجميد السيولة، وإدارة دورة الشراء من طلبات عروض الأسعار حتى الاستلام، مع فواتير موردين مفردة أو مجزّأة تُسدَّد بحسب الكميات المطلوبة أو المستلمة. وتوحّد طلبات عروض الأسعار (RFQ) أسلوب الشراء من عدة موردين، وتُتابَع عبر مراحل «للإرسال» و«قيد الانتظار» و«متأخر»، وحين يؤكَّد الطلب يتحول إلى أمر شراء. وتغطي الأوامر الإطارية (Blanket Orders) التوريد المتكرر بأسعار متفق عليها، وتتحقق المطابقة الثلاثية من اتساق أمر الشراء والاستلام والفاتورة، فتُعلَّم أي حالة عدم تطابق بوصفها «استثناء» (Exception)، وبذلك تُكتشف الفاتورة الخاطئة ولا تُسدَّد.

التكاليف المحمّلة (Landed Costs): هنا يكمن هامش ربحك الفعلي

بالنسبة إلى المستورد، هذا هو القسم الأهم. فالسعر الوارد في فاتورة المورّد لا يمثّل أبداً ما كلّفته البضاعة فعلاً بعد تخليصها من الجمارك — إذ يغيّر الشحن والتأمين والرسوم الجمركية كلها تكلفة الوحدة الحقيقية — وإذا لم تصل هذه التكاليف إلى سجل المنتج صارت كل تقارير هامش الربح ضرباً من الخيال، وهي مشكلة أراها بالحدّة نفسها في جانب الشحن والتخليص من الشحنة ذاتها.

وقد صُمّمت ميزة التكاليف المحمّلة في Odoo لهذا الغرض تحديداً: فهي تدمج الرسوم التي تتجاوز السعر الأساسي — من شحن وتأمين ورسوم جمركية وضرائب ورسوم أخرى — في تقييم المنتج نفسه. فعّلها من Inventory → Configuration → Settings → Valuation مع تحديد دفتر يومية افتراضي، ثم نفّذ الدورة: اعتمد الاستلام، وأنشئ منتجاً من نوع خدمة يُصنَّف «تكلفة محمّلة» (Landed Cost) ويُحدَّد له أسلوب التقسيم، وأضفه إلى فاتورة المورّد، ثم أنشئ سجل «التكاليف المحمّلة» المرتبط بذلك الاستلام، واحتسب القيمة الجديدة (Compute) قبل أن تعتمد السجل (Validate).

ويأتي دور التقدير المهني عند توزيع التكاليف. يتيح Odoo خمس طرق للتقسيم — بالتساوي (Equal)، وحسب الكمية (By Quantity)، وحسب التكلفة الحالية (By Current Cost)، وحسب الوزن (By Weight)، وحسب الحجم (By Volume) — ويتوقف اختيار الأنسب منها على طبيعة كل رسم. وقاعدتي العملية مع المستوردين في الإمارات: أوزّع الشحن البحري حسب الحجم أو الوزن، والرسوم الجمركية حسب القيمة. أما تمرير كل شيء عبر التقسيم بالتساوي فسريع، لكنه يضخّم تكلفة الأصناف الرخيصة الخفيفة ويبخس تكلفة الغالية منها.

تقييم المخزون دون مفاجآت

وراء المخزون يقف تقييمه، وهو الموضع الذي يُفاجَأ فيه التجار عادةً عند إقفال السنة. ويقدّم Odoo ثلاث طرق لتقييم التكلفة. فالسعر القياسي (Standard Price) تكلفة وحدة ثابتة تحدّدها يدوياً، ولا تتحرك حين يتغير سعر الشراء. أما متوسط التكلفة (Average Cost)، ويُختصر AVCO، فيعيد احتساب متوسط مرجَّح كلما وصل مخزون جديد؛ فإذا استلمت 8 وحدات بسعر 10 دولارات ثم 4 وحدات بسعر 16 دولاراً، قيّدها Odoo بتكلفة 12 دولاراً للوحدة. وتستهلك طريقة الوارد أولاً صادر أولاً (FIFO) أقدم تكلفة أولاً، فتُستنفَد الاستلامات الأقدم قبل الاستلامات اللاحقة الأغلى سعراً.

وتوجيهي في هذا الباب لا يدور حول أي الطرق هي «الأفضل» بقدر ما يدور حول الملاءمة والاتساق. فنادراً ما يناسب السعر القياسي مستورداً تتأرجح تكاليفه مع سعر الصرف وسوق الشحن، ولذلك يعتمد معظم عملائي في التوزيع طريقة AVCO أو FIFO. وأياً كانت الطريقة التي تختارها، فإن ما يحميك هو الانضباط بعدم تغييرها اعتباطاً: فالتقييم ينعكس مباشرة على حساباتك، وتغييره في منتصف السنة يُقلق المدقق.

المستودعات والباركود والجرد

يتجاوز معظم الموزّعين حدود المخزن الواحد. والمستودع في Odoo مساحة مادية لها عنوان؛ وتبدأ كل قاعدة بيانات بمستودع واحد، وتضيف غيره من Inventory → Configuration، على أن يُحدَّد لكل مستودع اسم، ورمز مختصر لا يزيد على خمسة أحرف يُطبع على مستنداته، وعنوان للشركة. وداخل المستودع تقسّم المواقع (Locations) المساحة إلى مناطق تخزين؛ وإذا وُجد أكثر من مستودع أتاح إعداد «إعادة التزويد من» (Resupply From) أن يسحب أحدها المخزون من الآخر، كمركز رئيسي يغذّي الفروع. وهو من حيث البنية النمط نفسه الذي أبنيه من أجل مجموعات التجزئة متعدّدة الشركات التي تدير عدة فروع على نسخة Odoo واحدة، مع فارق أن المستودعات تحلّ فيه محل نقاط البيع.

وعلى أرض المستودع يُبقي تطبيق الباركود (Barcode) الأرقام صادقة، إذ يتولى استلام البضاعة من أوامر الشراء المؤكَّدة وتسليمها من أوامر البيع المؤكَّدة: تمسح باركود المنتج أو العبوة لتسجيل الكميات، ثم تعتمد العملية (Validate). وتشير صفحة تطبيق المخزون على موقع Odoo إلى أن الماسح يقرأ الباركود ورمز QR وصيغ GS-1، ويحافظ على سرعته لأنه ينفّذ معظم العمليات دون اتصال بالإنترنت. ويتولى التطبيق نفسه، أو تطبيق Odoo للجوال، عمليات الجرد؛ وإلى جانب الجرد الشامل السنوي يمكنك إجراء جرد دوري (Cycle Counts)، وهو جرد متكرر على مستوى الموقع يتطلب تفعيل إعداد مواقع التخزين (Storage Locations)، مع تحديد تكرار الجرد بالأيام (Inventory Frequency) لكل موقع كي يجدول Odoo الجرد التالي.

ويحتاج موزّعو المواد الغذائية والأدوية ومستحضرات التجميل كذلك إلى تتبّع الدفعات وتواريخ الصلاحية. ويقصر Odoo هذه الميزة على المنتجات المحدَّد نوعها «سلع» (Goods) والمفعَّل فيها التتبّع بحسب الدفعة أو الرقم التسلسلي الفريد؛ وتدير بعد ذلك أربعة تواريخ لكل دفعة: تاريخ انتهاء الصلاحية محسوباً من تاريخ الاستلام، إضافةً إلى تاريخ الاستخدام الأفضل وتاريخ السحب وتاريخ التنبيه، وكلها تُحسب رجوعاً من تاريخ انتهاء الصلاحية. ويمنع تاريخ التنبيه هذا أن يتقادم باليت كامل من البضاعة حتى يفوت أوان بيعه دون أن يلاحظ أحد. وإذا كان تتبّع مسار الدفعات وتقارير سحب المنتجات من السوق مهمّين فيما تتداوله من بضائع، فإنني أتناول الإعداد الأوسع في دليل مستقل عن تتبّع المخزون في Odoo.

ما أهيّئه أولاً لدى التاجر في الإمارات

نادراً ما يتغير ترتيبي في العمل مع التاجر. وهذا الجزء رأي شخصي: إطار مستمد من الخبرة، لا قاعدة واردة في الوثائق الرسمية:

1. بيانات المنتجات ووحدات القياس أولاً. لا يصحّ شيء لاحقاً إذا كانت بيانات المنتجات خاطئة، ولذلك أبدأ بتنقية قائمة الأصناف والفئات وإحكام وحدات القياس قبل أي شيء آخر؛ فإذا اختلط الأمر بين علبة من 12 قطعة وقطعة مفردة ورثت كل الأرقام اللاحقة هذا الخلط.
2. قوائم أسعار الموردين بعد ذلك. أُدخل موردي كل منتج مع سعر الوحدة والحد الأدنى للكمية ومدة التوريد وترتيب الأولوية — بالاستيراد من جدول بيانات إذا تجاوز العدد بضعة سجلات، مع معرّف خارجي (External ID) كي تحدّث عمليات الاستيراد المتكررة السجلات بدلاً من أن تكرّرها. ولمّا كانت إعادة الطلب تختار المورّد الأول في القائمة، فإن هذا الترتيب ليس أمراً شكلياً.
3. مسار التكاليف المحمّلة قبل أول شحنة مستوردة. أضبط إعداد التقييم ودفتر اليومية الافتراضي وبضعة منتجات خدمية للتكاليف المحمّلة قبل وصول أي شحنة، حتى لا يضطر أحد إلى ابتكار الإجراء وقد بلغت الحاوية الميناء فعلاً.
4. قواعد إعادة الطلب، ولكن لاحقاً. لا تكون قواعد الحد الأدنى والأقصى أدقّ من سجل الطلب السابق الذي تستند إليه، ولذلك أشتري يدوياً لفترة، ثم أضع القواعد على بيانات فعلية — وغالباً بالوضع الذي يكتفي بالاقتراح قبل إصدار الطلب.
5. الباركود منذ اليوم الأول. اعتماد مسح الباركود في الاستلامات والتسليمات منذ الأسبوع الأول يرسّخ العادة ويُبقي المخزون دقيقاً ما دامت الأحجام لا تزال صغيرة.
6. الإطلاق الفعلي على مراحل. أبدأ بالمشتريات والمخزون والمبيعات؛ ثم، بعد أن يستقر الجوهر ويصبح موضع ثقة، يأتي ربط Odoo بالأنظمة الأخرى التي يشغّلها الموزّع أصلاً، إلى جانب التحسينات والتخصيصات المتعلقة بجانبي المخزون والمشتريات التي ينتهي معظم المشاريع في الإمارات إلى الحاجة إليها.

ملاحظات خاصة بالإمارات

وتُضاف إلى ذلك نقطتان خاصتان بالإمارات، تتولاهما معاً حزمة التوطين المالي (Fiscal Localization) القياسية للإمارات العربية المتحدة في Odoo. فتُفرض ضريبة القيمة المضافة عند الاستيراد على البضائع التي تدخل الإمارات بالنسبة السارية — وهي عموماً 5% — ولا يُصرَّح في الإقرار الضريبي لضريبة القيمة المضافة في الإمارات إلا بمبلغ الضريبة وحده، دون قيمة الواردات التي احتُسبت عليها. وبموجب آلية الاحتساب العكسي، عند الشراء من مورّد غير مقيم لا يحمل تسجيلاً في ضريبة القيمة المضافة في الإمارات، تتولى أنت، بصفتك المورَّد إليه المسجَّل، التصريح بالضريبة بوصفها ضريبة مخرجات وضريبة مدخلات معاً في الإقرار نفسه، لا المورّد.

وبالنظر إلى ما هو قادم، يمثّل نظام الفوترة الإلكترونية الإلزامي في الإمارات بند الامتثال الكبير التالي أمام الموزّعين، ويستحق موضعاً خاصاً في الخطة بدلاً من أن يتحول إلى سباق في اللحظة الأخيرة. وأتناول الفوترة الإلكترونية والإعداد الأشمل لضريبة القيمة المضافة أدناه.

الأسئلة الشائعة

قراءات ذات صلة

أدلّة أخرى من إعدادي: يستعرض دليل ضريبة القيمة المضافة في Odoo للإمارات إعداد ضريبة القيمة المضافة والاحتساب العكسي والإقرارات الضريبية، وهو العمود الفقري للامتثال الذي يقوم عليه كل ما سبق؛ ويتناول دليل الفوترة الإلكترونية في الإمارات مع Odoo هذا الإلزام الذي أشير إليه هنا وكيفية الاستعداد له؛ أما دليل تكلفة تطبيق Odoo في الإمارات: ما الذي يحدّدها فعلاً فيفصّل الميزانية والجدول الزمني لمشروع كهذا.