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