Salesforce DevOps لـ CPQ
قواعد الأسعار والمنتجات في CPQ هي بيانات، وليست بيانات وصفية. إليك ما يعنيه ذلك بالنسبة لعملية النشر لديك.
إيه اللي صعب نشره
قواعد الأسعار وقواعد المنتجات وقوالب عروض الأسعار في Salesforce CPQ هي سجلات كائن مخصص ضمن مساحة الاسم SBQQ، وليست بيانات وصفية، لذا فإن عملية النشر القياسية للبيانات الوصفية أو مجموعة التغيير (change set) تتجاوزها تمامًا. تشير حقول الصيغة وشروط القواعد إلى سجلات أخرى بواسطة معرّف Salesforce، وهذه المعرّفات لا تبقى نفسها عبر المؤسسات، لذا فإن نقل تهيئة CPQ يتطلب تعيينًا صريحًا للمعرّفات، وليس مجرد عملية نشر. تواجه سياسات الجدولة في Field Service مشكلة تعيين المعرّفات نفسها، كما أن Revenue Cloud الأحدث من Salesforce نقل هذه التهيئة إلى كائنات أصلية دون أن يغيّر ذلك حقيقة أنها تُسلَّم كبيانات سجلات.
فين بيصعب الموضوع
إزاي Serpent بتساعد
يدعم Serpent 1GP وGP2 والحزم المُدارة بشكل أصلي في كل خطة، بحيث تنتقل ترقيات حزمة CPQ عبر نفس خط الأنابيب المتتبَّع مثل البيانات الوصفية المخصصة، مع حل التبعيات الذي يرصد متى تكون تهيئة SBQQ في مؤسسة المشترك غير متوافقة مع إصدار الحزمة. راجع تطوير الحزم على Serpent لمعرفة كيف تبقى ترقيات الحزم متتبَّعة. لنقل البيانات البحت دون أدوات حزم مخصصة لـ CPQ، اطّلع على كيفية مقارنة Serpent بـ Prodly.

إصدار نموذجي لـ Salesforce DevOps لـ CPQ
- سجّل تغيير القاعدة كمهمةيصبح أي تعديل على قاعدة سعر أو قاعدة منتج أو قالب عرض سعر مهمة، إلى جانب كود Apex أو الـ Flow الذي يتعلق به.
- قم بتعيين معرّفات السجلات عبر البيئاتتنقل عمليات البيانات في Serpent سجلات SBQQ المعنية بحيث تُحل مراجع المعرّفات بشكل صحيح في المؤسسة الهدف بدلاً من أن تتعطل بصمت.
- انشر عبر الدعم الأصلي للحزمتمر ترقيات 1GP وGP2 والحزم المُدارة عبر نفس خط الأنابيب المستخدم للبيانات الوصفية المخصصة، مع حل التبعيات الذي يتحقق من إصدار SBQQ في مؤسسة المشترك.
- تحقّق من إنشاء عروض الأسعار من البداية إلى النهايةاختبر في بيئة اختبار متزامنة (sandbox) قبل أن يصل التغيير إلى مؤسسة مشترك تُشغّل عروض أسعار حقيقية.
CPQ DevOps، بالإجابات
ابدأ مجانًا. بدون بطاقة ائتمان، وبدون تثبيت، وبدون التزام.
يتم الإعداد في أقل من 15 دقيقة. دون الحاجة لتوظيف مختص DevOps.
