أتمتة حسابات العمولات في Odoo (بدون جداول بيانات)

ملخص سريع: يدير Odoo أوامر البيع والفواتير والمدفوعات، لكنه لا يملك وحدة عمولات. هذا يعني أن القسم المالي يصدر ملفات CSV كل شهر، وينظف البيانات في جدول بيانات، ويبحث يدوياً عن أسماء الممثلين وحالات الدفع، ويحسب العمولات باليد. هذا الدليل يشرح سير العمل هذا، ويوضح لماذا ينكسر بعد 10 إلى 15 مندوب مبيعات، وكيف تربط Odoo مباشرة بـ CommissionKit لتتزامن الصفقات تلقائياً، ويرى الممثلون أرباحهم في الوقت الفعلي، ولا يقضي أحد الأسبوع الأول من الشهر في Excel.

شاهدت مديرة مالية تفعل نفس الشيء كل أسبوع أول من الشهر. كانت تفتح Odoo، تذهب إلى المبيعات > الطلبات، تصفي حسب أوامر الشهر الماضي المؤكدة، وتصدر إلى CSV. ثم تفتح جدول البيانات الذي تتابع فيه العمولات. تحذف البيانات القديمة، تلصق التصدير الجديد، تقضي ساعة في إصلاح الأعمدة حيث أعطتها Odoo معرفات شركاء بدلاً من أسماء الممثلين، وتبدأ الحساب.

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

كانت تكتشف ذلك في النهاية. أو يكتشفه الممثل. على أي حال، يكون هناك تصحيح واعتذار وملاحظة بـ"الحذر أكثر الشهر القادم."

إذا كنت تدير عمولات لفريق مبيعات يعتمد على Odoo، فهذا يبدو مألوفاً على الأرجح.

دورة التصدير من Odoo إلى Excel

هذا هو سير العمل الذي رأيته في عشرات الشركات التي تستخدم Odoo للمبيعات:

تُغلق الصفقة في Odoo. يتم تأكيد أمر البيع، وإصدار الفاتورة، ويمثل الممثل إلى الفرصة التالية. لا يخبر أحد نظام العمولات بشيء، لأنه لا يوجد نظام عمولات. هناك فقط جدول البيانات.

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

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

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

يستغرق هذا من أربع إلى ست ساعات كل شهر لفريق من 20 مندوباً. أحياناً أكثر إذا كانت هناك تحويلات عملات أو إذا تغيرت قائمة الممثلين في منتصف الشهر.

لماذا ينكسر تتبع العمولات اليدوي في فرق Odoo

سير عمل جدول البيانات يعمل عندما يكون لديك ثلاثة ممثلين و30 صفقة في الشهر. ينهار بعد ذلك، وينهار بطرق محددة.

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

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

حالات دفع الفواتير منفصلة عن حسابات العمولات. معظم الفرق لا تدفع العمولات على الإيرادات المسجلة. تدفع على الإيرادات المحصلة، مما يعني أنها تحتاج أن تعرف متى تُدفع الفاتورة فعلاً. يتتبع Odoo هذا في وحدة الفواتير، لكن جدول بيانات العمولات لا يتتبعه.

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

الممثلون لا يستطيعون رؤية أرباحهم دون سؤال المالية. هذا هو الجزء الذي يسبب أكبر احتكاك. يغلق ممثل صفقة كبيرة في اليوم 15. يريد أن يعرف كم كسب. الجواب هو "اسأل المالية"، لأن بيانات العمولات تعيش في جدول بيانات لا يملك سوى شخص واحد حق الوصول إليه.

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

كيف تبدو أتمتة عمولات Odoo

الحل هو ربط Odoo مباشرة بنظام عمولات لتتدفق البيانات تلقائياً. لا تصدير، لا تسوية يدوية، لا جداول بيانات ظلية.

هذا ما يبدو عليه في الممارسة:

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

تتزامن أوامر البيع مع مبالغها وتواريخها ومراحلها والممثلين المعينين. يقرأ الموصل سجلات sale.order من Odoo، ويستخرج الحقول ذات الصلة، ويطبعها في تنسيق نظام العمولات. لا تحتاج إلى تعيين أعمدة أو إصلاح تنسيقات التاريخ. الموصل يتولى ذلك.

حالات دفع الفواتير تحدد ما هو جاهز للدفع. يقرأ الموصل حالة الدفع الفعلية من وحدة الفواتير في Odoo، وليس فقط حالة الطلب. صفقة مؤكدة لكنها لم تُفوتر بعد تظهر بشكل مختلف عن صفقة مفوترة ومدفوعة. يمكنك تعيين قواعد العمولة للدفع عند الحجز، أو عند إصدار الفاتورة، أو عند تحصيل النقد، ويطبق النظام هذه القواعد بناءً على البيانات الفعلية من Odoo.

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

يرى الممثلون أرباحهم في بوابة. كل ممثل يحصل على تسجيل دخول حيث يمكنه رؤية صفقاته وتفصيلات عمولاته وسجل مدفوعاته. لا يحتاجون لمراسلة المالية. لا يحتاجون للحفاظ على جدول بيانات ظلي. المعلومات موجودة متى أرادوا التحقق منها.

إعداد اتصال Odoo

يستغرق التكامل حوالي عشرين دقيقة. تحتاج إلى عنوان URL لنسخة Odoo الخاصة بك، واسم قاعدة البيانات، ومفتاح API مع وصول قراءة لأوامر البيع والفواتير والمستخدمين.

الخطوة 1: الاتصال. اذهب إلى Settings > Integrations في CommissionKit. انقر على بطاقة Odoo. أدخل عنوان URL الخاص بـ Odoo (شيء مثل yourcompany.odoo.com)، واسم قاعدة البيانات، ومفتاح API. انقر على "Test Connection." يؤكد الموصل أنه يمكنه الوصول إلى نسخة Odoo الخاصة بك ويسحب معلومات الحساب الأساسية.

الخطوة 2: التكوين. يسرد الموصل جميع المستخدمين في جدول res.users الخاص بـ Odoo. تؤكد أيهم ممثلون يستحقون العمولة. بعض المستخدمين قد يكونون مسؤولين أو موظفي دعم لا يجب أن يكسبوا عمولات. تعين أيضاً مراحل البيع في Odoo لمحفزات العمولة. معظم الفرق تدفع عند تأكيد "أمر البيع." بعض الفرق تنتظر حتى تُدفع الفاتورة.

الخطوة 3: تعيين جدول المزامنة. اختر كم مرة يسحب CommissionKit البيانات من Odoo. الخيارات تتراوح من كل 15 دقيقة إلى مرة واحدة يومياً. الفرق ذات حجم الصفقات العالي تختار عادة كل ساعة. الفرق ذات دورات البيع الأطول يمكنها العمل يومياً دون فوات أي شيء.

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

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

تكلفة عدم الأتمتة

دعني أضع بعض الأرقام على هذا.

فريق من 20 مندوباً يغلق حوالي 200 صفقة شهرياً يقضي من أربع إلى ست ساعات في العمل اليدوي للعمولات. هذا هو التصدير، والتنظيف، والحساب، والتسوية، وحل النزاعات. بسعر 50 دولاراً في الساعة للعمل المالي (رقم محافظ لشخص عمليات مبيعات أو مالية بحمل كامل)، هذا 200 إلى 300 دولار شهرياً في تكلفة العمل المباشرة.

على مدار عام، أنت تنظر إلى 2,400 إلى 3,600 دولار من الوقت الذي يمكن قضاؤه في شيء آخر. برنامج العمولات يكلف أقل من شهر واحد من هذا العمل اليدوي.

لكن تكلفة العمل المباشرة هي الجزء الصغير. التكاليف الأكبر مخفية.

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

النزاعات. الحسابات اليدوية تدخل أخطاء. صيغة تشير إلى الصف الخاطئ. اسم ممثل يُكتب بشكل خاطئ في التصدير، فلا تتطابق صفقاته. تحويل عملة يستخدم المعدل الخطأ. كل خطأ يخلق نزاعاً يستغرق من 30 إلى 60 دقيقة للتحقيق والحل.

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

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

اربط Odoo وأوقف الدورة

إذا كنت مستعداً للتوقف عن تصدير ملفات CSV وإعادة حساب العمولات في جداول البيانات، فإن موصل Odoo متاح في خطة Growth من CommissionKit وما فوق.

اذهب إلى Settings > Integrations في مساحة عمل CommissionKit الخاصة بك، انقر على Odoo واتبع خطوات الإعداد. ستحتاج إلى عنوان URL لنسخة Odoo الخاصة بك، واسم قاعدة البيانات، ومفتاح API.

الوثائق الكاملة على docs.commissionkit.co/integrations/odoo.

إذا لم تكن عميلاً لـ CommissionKit بعد، ابدأ تجربة مجانية لمدة 14 يوماً. يمكنك ربط نسخة Odoo الخاصة بك أثناء الإعداد ومشاهدة الصفقات تتدفق في الساعة الأولى.

ابدأ تجربتك المجانية