อัปเดตล่าสุดเมื่อ 25 ธันวาคม 2022 โดย Rakesh Gupta
ชุดการเปลี่ยนแปลงของ Salesforce ถูกนำมาใช้กันอย่างแพร่หลายในปัจจุบันเพื่อย้ายการเปลี่ยนแปลงจากแซนด์บ็อกซ์ไปสู่การผลิต แล้วทำไมพวกมันถึงยังใช้ไม่ได้ล่ะ? ในหลายกรณี พวกเขามีวิธีง่ายๆ ในการปรับใช้ข้อมูลเมตาโดยไม่ต้องรู้ Git, XML และอื่นๆ
แต่เมื่อโครงการหรือทีมของคุณไปถึงขนาดที่กำหนด คุณจะเริ่มพบกับความเจ็บปวดจากชุดการเปลี่ยนแปลงของ Salesforce
ในบทความนี้ ฉันจะแนะนำคุณเกี่ยวกับความท้าทายที่ฉันเคยประสบกับพวกเขา และสิ่งที่ฉันคิดว่าวิธีแก้ปัญหานี้คือ
ชุดการเปลี่ยนแปลงไม่ทราบว่ามีการเปลี่ยนแปลงอะไรในองค์กรของคุณ
สมมติว่าคุณทำงานหลายอย่างในองค์กรแซนด์บ็อกซ์สำหรับโปรเจ็กต์ที่กำลังจะมาถึง แล้วคุณละ:
- สร้างฟิลด์แบบกำหนดเองใหม่สองฟิลด์
- แก้ไขคลาสเอเพ็กซ์ที่มีอยู่
- เปลี่ยนตรรกะในการไหล
- และสร้างเทมเพลตอีเมลใหม่
ระหว่างอีเมล พักเที่ยง ฯลฯ เป็นเรื่องง่ายที่จะลืมว่าการเปลี่ยนแปลงใดที่คุณได้ทำไป
เมื่อคุณสร้างชุดการเปลี่ยนแปลงเป็นครั้งแรก ระบบจะแสดงรายการข้อมูลเมตาทั้งหมดในองค์กรของคุณ ไม่ทราบว่าคุณได้เปลี่ยนแปลงอะไรไปบ้าง
เว้นแต่ว่าคุณได้จดการเปลี่ยนแปลงของคุณไว้ (หรือคุณจำได้) เป็นเรื่องง่ายที่จะลืมหนึ่งหรือสองรายการ ซึ่งจะทำให้การปรับใช้ของคุณล้มเหลวหรือแย่กว่านั้นคือการประสบความสำเร็จด้วยฟังก์ชันการทำงานเพียงครึ่งเดียว
คุณสามารถเลือกประเภทข้อมูลเมตาได้ครั้งละหนึ่งประเภทเท่านั้น
สมมติว่าคุณต้องการปรับใช้สองฟิลด์และสามเทมเพลตอีเมล UI ของชุดการเปลี่ยนแปลงบังคับให้คุณเลือกเฉพาะรายการประเภทข้อมูลเมตาครั้งละหนึ่งรายการ
ดังนั้นคุณจะต้องเลือกฟิลด์ คลิกบันทึก เลือกเทมเพลต แล้วคลิกบันทึกอีกครั้ง หากคุณกำลังปรับใช้ข้อมูลเมตาที่แตกต่างกัน 5 ประเภท นั่นคือการคลิกเป็นจำนวนมาก
หากคุณปรับใช้มากกว่านั้น คุณสามารถใช้เวลาครึ่งชั่วโมงสร้างชุดการเปลี่ยนแปลงของคุณได้อย่างง่ายดาย
คุณไม่เห็นความแตกต่างระหว่างองค์กรต้นทางและองค์กรเป้าหมาย
หากคุณกำลังแก้ไขข้อมูลเมตาที่มีอยู่แล้วในองค์กรเป้าหมาย ชุดการเปลี่ยนแปลงจะไม่อนุญาตให้คุณดูว่าข้อมูลเมตานั้นมีลักษณะอย่างไรในองค์กรเป้าหมาย
ซึ่งหมายความว่าคุณไม่สามารถบอกได้ว่าการเปลี่ยนแปลงของคุณจะส่งผลกระทบต่อองค์กรเป้าหมายอย่างไร คุณไม่สามารถเห็นความแตกต่าง
คุณต้องเข้าสู่ระบบทั้งสององค์กร ตรวจสอบความแตกต่างด้วยตนเอง และยืนยันว่าการเปลี่ยนแปลงที่ตั้งใจไว้สำเร็จเมื่อคุณปรับใช้
คุณไม่สามารถปรับใช้ส่วนใดส่วนหนึ่งของโปรไฟล์ได้
เมื่อคุณรวมโปรไฟล์ในชุดการเปลี่ยนแปลง สิทธิ์ของระบบทั้งหมดจะถูกปรับใช้กับสภาพแวดล้อมเป้าหมาย แม้ว่าคุณจะเพิ่งรวมโปรไฟล์เพราะฟิลด์ใหม่ (กล่าวอีกนัยหนึ่ง คุณต้องการปรับใช้ฟิลด์และความปลอดภัยระดับฟิลด์ (ป. ส.).
หากคุณไม่คุ้นเคยกับสถานการณ์นี้ ผมขอยกตัวอย่าง:
สมมติว่าคุณสร้างฟิลด์แบบกำหนดเองใหม่และเปิดใช้งานฟิลด์สำหรับหนึ่งโปรไฟล์ (ทำได้โดยการแก้ไข FLS ในโปรไฟล์นั้น)
ตอนนี้ เพื่อปรับใช้ฟิลด์และ FLS คุณต้องรวมทั้งฟิลด์และโปรไฟล์ในชุดการเปลี่ยนแปลง
หากโปรไฟล์ในองค์กรต้นทางมีสิทธิ์ของระบบที่แตกต่างจากองค์กรเป้าหมาย สิทธิ์ของระบบเหล่านั้นจะถูกเขียนทับให้ตรงกับสิทธิ์ในองค์กรต้นทาง
ซึ่งหมายความว่าหากมีการเปิดใช้งานการอนุญาตระบบ “Convert Leads” ในองค์กรเป้าหมายแต่ไม่ได้มาจากแหล่งที่มา ชุดการเปลี่ยนแปลงจะปิดใช้งาน “Convert Leads” ในองค์กรเป้าหมาย สิ่งนี้อาจทำให้ตัวแทนฝ่ายขายทั้งหมดของคุณเปลี่ยนโอกาสในการขายไม่ได้…ไม่ใช่เรื่องสนุก!
คุณอาจสงสัยว่าทำไมการอนุญาตอาจแตกต่างกันตั้งแต่แรก คำถามที่ดี. กรณีนี้อาจเกิดขึ้นได้หากผู้ดูแลระบบคนอื่นเปิดใช้งาน “แปลงลูกค้าเป้าหมาย” โดยตรงในการผลิต ดังนั้นแซนด์บ็อกซ์ของคุณจึงไม่ได้เปิดใช้งานการอนุญาตนี้ในโปรไฟล์เดียวกัน
คุณไม่สามารถปรับใช้ข้อมูล CPQ (หรือข้อมูลการกำหนดค่าอื่นๆ)
Salesforce CPQ ใช้ออบเจกต์แบบกำหนดเองเป็นข้อมูลการกำหนดค่า ซึ่งรวมถึงตัวกรองการค้นหา กฎการกำหนดค่า กฎราคา ฯลฯ แม้ว่าสิ่งเหล่านี้จะถูกจัดเก็บเป็นบันทึก แต่ก็แสดงถึงการกำหนดค่าการใช้งาน CPQ ของคุณ
เนื่องจาก CPQ ไม่ใช่โซลูชันดั้งเดิมของ Salesforce (เช่น เป็นแพ็คเกจที่มีการจัดการซึ่งอยู่ด้านบนของ Salesforce) กฎเหล่านี้จึงไม่สามารถกำหนดค่าผ่านเมนูการตั้งค่า และไม่พร้อมใช้งานผ่านชุดการเปลี่ยนแปลง
ซึ่งหมายความว่าคุณไม่สามารถปรับใช้การกำหนดค่า CPQ และข้อมูลการกำหนดค่าอื่น ๆ และคุณต้องใช้เครื่องมือพิเศษสำหรับสิ่งนี้หรือปรับใช้ข้อมูลกับตัวโหลดข้อมูล
คุณไม่สามารถบอกได้ว่าองค์กรของคุณขาดการซิงค์มากน้อยเพียงใด
ด้วยชุดการเปลี่ยนแปลง คุณจะย้ายเมตาดาต้าจากองค์กรหนึ่งไปยังอีกองค์กรหนึ่ง แต่คุณไม่สามารถมองเห็นได้ว่าองค์กรทั้งสองนั้นซิงค์กันหรือไม่ และหากไม่ พวกเขาจะซิงค์กันมากน้อยเพียงใด
ซึ่งหมายความว่าการปรับใช้ชุดการเปลี่ยนแปลงของคุณสามารถเสร็จสิ้นได้สำเร็จ แต่คุณลักษณะจริงไม่ทำงานในองค์กรเป้าหมาย เนื่องจากข้อมูลเมตาหรือการกำหนดค่าที่เกี่ยวข้องบางอย่างแตกต่างจากที่คุณคาดไว้
คุณไม่สามารถเพิ่มองค์ประกอบที่อ้างอิงได้แบบไดนามิก
ชุดการเปลี่ยนแปลงช่วยให้คุณได้รับองค์ประกอบที่ขึ้นต่อกัน แต่มีเพียงหนึ่งระดับเท่านั้น
ซึ่งหมายความว่าหากคุณเพิ่มโฟลว์ที่ใช้โฟลว์ย่อย UI ของชุดการเปลี่ยนแปลงจะแจ้งให้คุณทราบว่าคุณควรเพิ่มโฟลว์ย่อยนั้นด้วย แต่ถ้าโฟลว์ย่อยนั้นขึ้นอยู่กับข้อมูลเมตาอื่นๆ เช่น ฟิลด์ที่กำหนดเอง ป้ายที่กำหนดเอง หรือโฟลว์ย่อยอื่นๆ คุณจะไม่มีทางรู้ (เว้นแต่คุณจะจำหรือจดไว้ที่ไหนสักแห่ง)
การแก้ไขปัญหา
สิ่งนี้ฟังดูเป็นลบเกินไป แต่อย่าสิ้นหวัง ปัญหาเหล่านี้มีทางออก!
วิธีแก้ไขคือยุติความสัมพันธ์ของคุณกับชุดเปลี่ยนชุดให้หนักที่สุดเท่าที่จะทำได้
เมื่อคุณทำชุดการเปลี่ยนแปลงเสร็จแล้ว คุณต้องมองหาผู้ให้บริการ DevOps ผู้ให้บริการ DevOps หลายรายสามารถสร้างประสบการณ์ในการปรับใช้การเปลี่ยนแปลงได้ดียิ่งขึ้น
Salto ยังไม่ใช่โซลูชันการปรับใช้อื่น เรามี แนวทางเฉพาะสำหรับข้อมูลเมตาของ Salesforceและเราได้ศึกษาปัญหาทั้งหมดที่ฉันกล่าวถึงข้างต้นอย่างรอบคอบและ แก้ไขพวกเขา 😉
ให้ฉันแบ่งปันตัวอย่าง:
การเปรียบเทียบและการปรับใช้องค์กร
การทำให้ใช้งานได้ของ Salto ขึ้นอยู่กับการเปรียบเทียบองค์กร คุณจึงเห็นเฉพาะสิ่งที่แตกต่างกันในทั้งสององค์กร และคุณสามารถเลือกประเภทได้มากเท่าที่ต้องการในคราวเดียว
นอกจากนี้ มุมมองความแตกต่างใหม่ของเรายังช่วยให้คุณเห็นความแตกต่างระหว่างองค์กรต่างๆ ในรูปแบบเอกสารที่เรียบง่าย
ย้อนกลับเป็นเวอร์ชันก่อนหน้า
คุณสามารถติดตามทุกอย่างใน Git ได้อย่างง่ายดาย ซึ่งช่วยให้คุณเห็นเวอร์ชันก่อนหน้าขององค์กร Salesforce ของคุณและย้อนกลับเป็นเวอร์ชันที่เก่ากว่าได้
อย่าลืมการพึ่งพาของคุณ
Salto จะแจ้งให้คุณทราบหากข้อมูลเมตาที่คุณเลือกมีการขึ้นต่อกันที่จำเป็น สิ่งนี้รับประกันว่าความพยายามในการปรับใช้ครั้งแรกของคุณจะเป็นความพยายามในการปรับใช้เพียงครั้งเดียวของคุณ!
ปรับใช้และติดตามข้อมูล CPQ ของคุณ
Salto ยังสามารถช่วยคุณปรับใช้ข้อมูล CPQ ควบคู่ไปกับข้อมูลเมตาของคุณ ในขณะที่ติดตามทุกอย่างใน Git พนักงานขาย | การปรับใช้ข้อมูล CPQ และข้อมูลเมตา
และยังมีอีกมากมาย!
แต่อย่าเชื่อคำพูดของฉัน คุณสามารถ ลงทะเบียนเพื่อทดลองใช้งาน 30 วัน และเริ่มปรับใช้อย่างเจ้านายวันนี้!
การประเมินรายทาง:
ฉันอยากได้ยินจากคุณ!
สิ่งหนึ่งที่คุณได้เรียนรู้จากโพสต์นี้คืออะไร? คุณจินตนาการถึงการนำความรู้ใหม่นี้ไปใช้ในโลกแห่งความเป็นจริงอย่างไร? อย่าลังเลที่จะแบ่งปันในความคิดเห็นด้านล่าง