إدارة أسعار مبيعات Retail

يوفر هذا المقال معلومات حول عملية إنشاء وإدارة أسعار المبيعات في Dynamics 365 Commerce. كما أنه يركز على المفاهيم المشمولة في هذه العملية، وعلى تأثيرات خيارات التكوين المختلفة لأسعار المبيعات.

المصطلحات

يتم استخدام المصطلحات التالية في هذا المقال.

المصطلح	التعريف والاستخدام والملاحظات
السعر	مبلغ الوحدة الفردية الذي يبيعه منتج لعميل نقطة بيع (POS) أو في أمر مبيعات. في هذا المقال، يشير مصطلح السعر دائمًا إلى سعر المبيعات وليس سعر المخزون أو سعر التكلفة.
السعر الأساسي	السعر الذي تم تعيينه في حقل السعر في منتج تم إصداره.
سعر الاتفاقية التجارية	السعر الذي تم تعيينه في منتج أو متغير باستخدام اتفاقية تجارية من نوع سعر (المبيعات).
أفضل سعر	عندما يمكن تطبيق سعر أو خصم واحد لمنتج، أقل مبلغ سعر و/أو أكبر مبلغ خصم ينتج أقل مبلغ صافي محتمل يجب على العميل دفعه. ‏‫في هذا المقال، يُشار إلى مفهوم السعر الأفضل دائمًا باسم "السعر الأفضل".‬ ‏‫يختلف هذا السعر الأفضل عن قيمة تعداد ‬‏‫السعر الأفضل‬‏‫ لوضع تزامن خصم ويجب ألا يتم الخلط بينهما.‬

مجموعات الأسعار

مجموعات الأسعار هو أساس إدارة الأسعار والخصومات في Commerce. ويتم استخدام مجموعات الأسعار لتعيين الأسعار والخصومات لكيانات Commerce (أي القنوات والكتالوجات والتبعيات وبرامج الولاء). نظرًا لأنه يتم استخدام مجموعات الأسعار لكافة الأسعار والخصومات، فإنه من المهم جدًا أن تخطط الطريقة التي تستخدمها بها قبل أن تبدأ.

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

يبين الرسم التوضيحي التالي كيفية استخدام مجموعات الأسعار. في هذا الرسم التوضيحي، لاحظ أن "مجموعة الأسعار" تحتل حرفيًا مركز دارة الأسعار والخصومات. كيانات Commerce التي يمكنك استخدامها لإدارة الأسعار والخصومات التفاضيلية موجودة على الجانب الأيسر، وتوجد سجلات الأسعار والخصومات الفعلية على الجانب الأيسر.

عندما تقوم بإنشاء مجموعات الأسعار، يجب ألا تستخدم مجموعة أسعار واحدة للعديد من أنواع كيانات Commerce. وإلا، فقد يكون من الصعب تحديد لماذا يتم تطبيق سعر أو خصم معين على حركة.

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

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

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

القنوات

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

• التكاليف - كلما بعدت قناة عن مصدر المنتج، زادت تكاليف تخزين المنتج. على سبيل المثال، يشتمل إنتاج جديد على فترة صلاحية محدودة ومتطلبات إنتاج معينة (على سبيل المثال، موسم آخذ في النمو). أثناء الشتاء، يكلف الخس الطازج أكثر على الأرجح في المناخات الشمالية مقارنةً بالمناخات الجنوبية. في حالة تعيين الأسعار للقنوات عبر منطقة جغرافية كبيرة، فقد تحتاج إلى تعيين أسعار مختلفة في القنوات المختلفة.
• ظروف السوق المحلية – المتجر الذي له منافس مباشر في الشارع يكون أكثر حساسيةً للأسعار من المتجر الذي ليس لديه منافس مباشر بالقرب منه.

التبعيات

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

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

برامج الولاء

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

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

تشمل برامج الولاء وظيفة أخرى إلى جانب الأسعار والخصومات. ومع ذلك، من منظور الأسعار والخصومات، هي نفس الشيء مثل التبعيات.

الكتالوجات

يستخدم بعض بائعي التجزئة الكتالوجات الفعلية أو الظاهرية لتسويق المنتجات وتسعيرها لمجموعات مركزة من العملاء. كجزء من نموذج العمل لاستهداف التسويق من خلال كتالوج، يمكن لبائعي التجزئة تعيين أسعار تفاضلية في الكتالوجات المتنوعة. يدعم Microsoft Dynamics 365 هذه الإمكانية عن طريق السماح لك بتحديد الخصومات والأسعار الخاصة بالكتالوج، تمامًا كما يمكنك تحديد الخصومات الخاصة بالقناة أو الخاصة بالتبعية. عندما تقوم بتحرير كتالوج، يمكنك إقران مجموعات الأسعار بالكتالوج، تمامًا كما يمكنك إقرانها بالقناة أو التبعية أو برنامج الولاء.

أفضل الممارسات لمجموعات الأسعار

لا تستخدم مجموعة أسعار لأنواع متعددة لكيانات التجارة. بدلاً من ذلك، يمكنك استخدام مجموعة واحدة من مجموعات الأسعار للقنوات، مجموعة مختلفة من مجموعات الأسعار للتبعيات أو برامج الولاء، وهكذا. يمكنك استخدام بادئة ولاحقة في اسم مجموعة الأسعار لتجميع الأنواع المختلفة من مجموعات الأسعار التي تستخدمها.

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

أولوية التسعير

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

يمكن أن يأتي السعر والخصم من اثنتين من أولويات التسعير المختلفة، لأن أولويات التسعير تنطبق على الأسعار والخصومات بشكل مستقل.

لاستخدام أولوية تسعير للأسعار، يجب عليك تعيين أولوية تسعير لمجموعة أسعار ثم إنشاء اتفاقية تجارة أسعار مبيعات لمجموعة الأسعار.

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

وعلى النحو الموصوف في قسم "السعر الأفضل" في هذا المقال، يحدد عادةً محرك التسعير أقل السعرين. ولذلك، يتم منع بائع التجزئة من استخدام أعلى السعرين في متجر يشتمل على مجموعات أسعار كلٍّ من الساحل الشرقي ونيويورك. لحل هذه المشكلة قبل تقديم ميزة أولوية التسعير، يجب على بائع التجزئة تحديد أسعار لكل منتج مرتين وعدم تعيين كلٍّ من مجموعتي الأسعار. بدلاً من ذلك، يجب على بائع التجزئة إنشاء مجموعات أسعار إضافية لعزل المنتجات التي تشتمل على أسعار أعلى من المنتجات التي تشتمل على الأسعار العادية والأقل.

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

مثال لأولوية التسعير

دعنا نلقَ نظرة على مثال تتجاوز فيه أسعار المتاجر الأسعار الأخرى.

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

يستخدم هذا المثال المنطقة الشمالية الشرقية. المتجر 1 موجود في بوسطن، والمتجر 2 موجود في مانهاتان. بالنسبة للمتجر الموجود في بوسطن، يتم ربط مجموعتي الأسعار بالقناة: الشمالية الشرقية والمتجر 1. بالنسبة للمتجر الموجود في مانهاتان، يتم ربط ثلاث مجموعات أسعار بالقناة: الشمالية الشرقية، ونيويورك، والمتجر 2.

يقوم بائع التجزئة يإعداد أولويتين تسعير: التكلفة العالية تشتمل على رقم الأولوية 5، وتشتمل أسعار المتجر على رقم الأولوية 10. (تذكر أنه بشكل افتراضي تكون أولوية التسعير هي 0 [صفر]، ويتم استخدام سعر أو خصم يحتوي على رقم أولوية أعلى قبل سعر أو خصم يحتوي على رقم أولوية أقل.) بالنسبة لمجموعة أسعار المنطقة الشمالية الشرقية، يتم ترك أولوية التسعير عند القيمة الافتراضية البالغة 0 (صفر). بالنسبة لمجموعة أسعار نيويورك، يتم تعيين أولوية التسعير إلى 5، لأن مدينة نيويورك عبارة عن سوق عالي التكلفة. بالنسبة لمجموعات أسعار المتجر 1 و2، يتم تعيين أولوية التسعير إلى 10.

المنتجان اللذان يبيعهما بائع التجزئة هما المنتج 1، وهو سلعة القميص، والمنتج 2، وهو بناطيل جينز الموضة الخاصة بعلامة تجارية.

منتج	سعر المنطقة الشمالية الشرقية	سعر‏‏ نيويورك	سعر المتجر
القميص	15 دولارًا	غير معين	غير معين
بناطيل جينز الموضة	50 دولارًا	70 دولارًا	غير معين

يتم بيع القميص بنفس السعر (أي 15 دولارًا) في كلٍّ من متاجر بوسطن ومانهاتان، نظرًا لأنه يتم تعيين سعر واحد فقط في مجموعة أسعار المنطقة الشمالية الشرقية المرتبطة بكلٍّ من القناتين. يتم بيع ملابس جينز الموضة بمبلغ 50 دولارًا في متجر بوسطن، نظرًا لأن هذا السعر هو السعر الوحيد المتوفر في هذا المتجر. ومع ذلك، في متجر مانهاتن، يتوفر سعران: 50 دولارًا و70 دولارًا. نظراً لأن أولوية التسعير البالغة 5 لمجموعة أسعار نيويورك أعلى من أولوية التسعير البالغة 0 (صفر) لمجموعة أسعار المنطقة "الشمالية الشرقية"، يكون السعر عند نطاق 70 دولارًا في نظام نقطة البيع.

ملاحظة

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

أنواع الأسعار

في Microsoft Dynamics 365، يمكنك تعيين سعر المنتج في ثلاثة أماكن:

• في المنتج مباشرةً (السعر الأساسي)
• في اتفاقية تجارة سعر المبيعات
• في تسوية السعر

السعر الأساسي وسعر اتفاقية التجارة هما جزء من سعر Dynamics 365 الأساسي، ويتوفران حتى في حالة عدم استخدام Commerce. لا تتوفر وظيفة تسوية الأسعار إلا في Commerce. يوفر القسم التالي مزيدًا من المعلومات حول كل خيار من هذه الخيارات لتعيين الأسعار ويوضح كيفية عمل الخيارات معًا.

تعيين الأسعار

السعر الأساسي

أسهل الأماكن لتعيين السعر لمنتج هو في المنتج مباشرةً. يُشار غالبًا إلى القيمة التي تقوم بتعيينها مباشرةً في أحد المنتجات كسعر أساسي للمنتج. يمكنك تعيين السعر الأساسي حقل السعر في علامة التبويب بيع في صفحة تفاصيل المنتج الصادر. تكون القيمة التي تقوم بإدخالها بعملة الشركة. بشكل افتراضي، يكون السعر خاصًا بكمية قيمتها 1 بوحدة القياس (UoM) التي تم تعيينها في حقل الوحدة في علامة التبويب بيع. يعتمد السعر الفعلي لكل وحدة منتج على وحدة القياس، وكمية السعر، والعملة.

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

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

على الرغم من أن وحدة السعر ليست سيناريو شائع، إلا أن محرك تسعير يدعمه. إذا تم تعيين وحدة السعر على قيمة أخرى غير 0 (صفر)، يساوي السعر لكل وحدة السعر ÷ وحدة السعر. على سبيل المثال، إذا كان سعر المنتج هو 10.00 دولارات، ووحدة السعر هي 50، فإن السعر لكمية قيمتها 1 هو 0.20 دولار (= 10.00 دولارات ÷ 50).

اتفاقية تجارة سعر المبيعات

باستخدام دفتر يومية الاتفاقية التجارية، يمكنك إنشاء اتفاقيات تجارية لسعر المبيعات لكل منتج. في Microsoft Dynamics 365، توجد ثلاثة نطاقات عملاء للاتفاقيات التجارية لسعر المبيعات: الجدول والمجموعة والكل. يحدد نطاق العميل العملاء الذين تنطبق عليهم اتفاقية تجارة سعر مبيعات محددة.

اتفاقية تجارة سعر مبيعات الجدول لعميل واحد تم تعيينه مباشرةً على الاتفاقية التجارية. هذا السيناريو ليس سيناريو نموذجي بين الشركة والمستهلك (B2C). ومع ذلك، في حالة حدوث ذلك، يستخدم محرك تسعير اتفاقيات تجارة الجدول عندما يحدد السعر.

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

إشعار

يتم استخدام سعر اتفاقية تجارة دومًا قبل السعر الأساسي.

تعديل السعر

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

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

تحديد سعر لمنتج في حركة

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

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

يُرجع محرك تسعير الأسعار الثلاثة لكل منتج: السعر الأساسي، وسعر اتفاقية التجارة، والسعر النشط.

السعر الأساسي ما هو إلا الخاصية في المنتج ونفس الشيء لكل شخص في كل مكان.

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

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

قواعد أسعار الفئات

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

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

يمكنك زيادة الأسعار أو إنقاصها باستخدام حقلي قاعدة السعر وأساس السعر لقواعد أسعار الفئات.

• في قاعدة السعر، حدد نوع تغيير السعر المراد استخدامه:

  • رفع السعر – يتم استخدام نسبة مئوية من سعر الأساس لحساب سعر المبيعات. على سبيل المثال، منتج تكلفته 10.00 وسعر بيعه 15.00 يتوفر له رفع سعر بنسبة 50 في المائة.
  • الهامش – يتم استخدام نسبة مئوية من سعر المبيعات لحساب مبلغ الربح. على سبيل المثال، منتج تكلفته 10.00 وسعر بيعه 15.00 له هامش 33.3 في المائة.
  • المبلغ الثابت – يتم استخدام مبلغ تتم إضافته إلى سعر الأساس لحساب سعر المبيعات. على سبيل المثال، منتج تكلفته 10.00 وسعر بيعه 15.00 له مبلغ ثابت قدره 5.00.

• في حقل أساس السعر، أدخل نوع السعر الذي تريد تعديله:

  • التكلفة الأساسية – المبلغ الذي دفعة بائع التجزئة للمورد.
  • السعر الأساسي – سعر المبيعات قبل اتفاقيات التجارة وتطبيق تعديلات الأسعار.
  • السعر الحالي – سعر المبيعات بعد اتفاقيات التجارة وتطبيق تعديلات الأسعار.

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

أفضل الممارسات

يُستخدم Microsoft SQL Server Express غالبًا لقواعد بيانات القناة بسبب التكلفة (مجانية). ضع في اعتبارك أن SQL Server Express له قيود وحدود أجهزة على حجم البيانات. إذا لم تخطط بشكل صحيح، فيمكنك بسرعة الوصول إلى حدود حجم بيانات SQL Server Express. يتم تطبيق هذا الاعتبار ليس فقط على التسعير بل وأيضًا على الجوانب الأخرى للمنتج. فيما يلي عدد قليل من أفضل الممارسات التي يمكنها مساعدتك على تقليل حجم البيانات الخاصة بك:

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

• في حالة اختلاف الأسعار حسب متغير المنتج، ففكر في استخدام السعر الأساسي للمنتج كسعر للمتغير الأكثر شيوعًا. بعد ذلك استخدم اتفاقيات التجارة فقط لأسعار المتغيرات التي تمثل استثناءات فقط. يساعد هذا النهج على تقليل عدد سجلات اتفاقيات التجارة. نظرًا لسهولة استيراد بيانات إلى Microsoft Dynamics 365، فقد يغريك استيراد اتفاقية تجارة لكل متغير لكل منتج. ومع ذلك، يمكن أن يؤدي هذا النهج إلى إنتاج العديد من اتفاقيات التجارة التي لها نفس القيمة. ولذلك، فإنه بلا داع يعمل على زيادة حجم البيانات.

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

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

الأسعار التي تتضمن الضريبة مقابل الأسعار التي تستبعد الضريبة

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

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

الفروق بين تسعير Commerce وتسعير غير Commerce

يتم استخدام محرك تسعير واحد لحساب أسعار عبر كافة القنوات: مركز الاتصال، ومتجر البيع بالتجزئة، والمتاجر على الإنترنت. يساعد هذا في تمكين سيناريوهات Commerce الموحدة.

تم تصميم التسعير للعمل مع كيانات Commerce بدلاً من كيانات غير Commerce. على وجه التحديد، تم تصميمه لتعيين الأسعار حسب المتجر، وليس حسب المستودع.

لا يدعم محرك تسعير Commerce ميزات التسعير التالية:

• التسعير المستند إلى السمات غير مدعوم.

• تمرير خصم المورد غير مدعوم.

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

• يدعم محرك أسعار Supply Chain Management القياسي حساب الأسعار استنادًا إلى "تاريخ الشحن المطلوب" و"تاريخ الاستلام المطلوب" إلى جانب التاريخ الحالي. ومع ذلك، لا يعتمد تسعير البيع بالتجزئة هذه القيم في الوقت الحالي. يعود سبب ذلك إلى أن العملاء لا يتوقعون أن يؤثر تاريخ التسليم المطلوب على سعر الصنف في سيناريوهات B2C. وفي بعض الحالات، توجد لدى بائعي التجزئة عمليات B2B وB2C على حدٍ سواء. بالنسبة إلى عمليات B2B، يعتبر تغيير الأسعار استنادًا إلى تواريخ التسليم أمرًا شائعًا. بإمكان بائعي التجزئة هؤلاء استخدام أسعار Supply Chain Management لأعمال B2B وتسعير البيع بالتجزئة لأعمال B2C. تدخل أسعار البيع بالتجزئة حيّز التنفيذ فقط إذا تمت إضافة مستخدم التطبيق كمستخدم لمركز الاتصال، بحيث يمكن لبائعي التجزئة تعيين مستخدمين محددين سيعملون مع أسعار Supply Chain Management وتعيين عدد قليل منهم سيعملون مع أسعار البيع بالتجزئة. بمعنى آخر، يجب إضافة هؤلاء المستخدمين كمستخدمين لمركز الاتصال. علاوةً على ذلك، يجب أن تكون الخاصية استخدام تاريخ اليوم لحساب الأسعار في القسم متنوع في علامة التبويب الأسعار والخصومات من الصفحة معلمات Commerce. بهذه الطريقة، يمكن للمستخدمين الاستمرار في استخدام قيمة معلمة الحسابات المدينة لتاريخ الشحن المطلوب أو تاريخ الاستلام المطلوب لأسعار Supply Chain Management. ومع ذلك، يستمر تسعير التجزئة في استخدام تاريخ اليوم لحسابات الأسعار.

• بالنسبة للاتفاقيات التجارية، يتم دعم الأبعاد التالية في محرك أسعار Commerce فقط:

  • أبعاد المنتج: الحجم والنوع واللون والتكوين
  • أبعاد المخزون: الموقع والمستودع
  • أبعاد التعقب: الرقم التسلسلي

بالإضافة إلى ذلك، يدعم فقط محرك تسعير Commerce ميزات التسعير التالية:

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

تحسينات واجهة برمجة تطبيقات الأسعار

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

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