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