定期刷新沙盒对于尝试最新版本的功能，以及防止在生产组织的环境中缺乏测试而导致开发工作回滚至关重要。

为了确保沙盒设置在刷新后顺利进行，需要考虑几个因素。首先，确保有完善的文档化流程。文档应分为Conga、DocuSign、数据（CPQ/计费/高级审批）、用户设置和集成等部分。此外，重要的是指定具体的人员负责任务，并建立备用资源。同时设定沙盒可用性的时间表预期。

01

确定关键领域和关键人员

你的Salesforce实例可能有多个关键所有者，例如维护工具集成的人员、负责数据隐私和用户管理的人员以及维护元数据的人员。你需要确定这些关键领域，以及参与维护这些领域的关键人员。

另外，记录必要的步骤。假设你需要将CPQ记录加载到开发人员实例中，或者需要设置系统之间的集成，请详细记录所有步骤。

02

了解沙盒类型

根据沙盒策略，你可以使用Full沙盒、Partial沙盒，或者Developer Pro沙盒。每个沙盒的数量和类型取决于你从Salesforce购买的内容。刷新沙盒的工作量取决于沙盒的类型。在某些情况下，你可能会同时刷新所有三种类型的沙盒。

例如，如果是Full或Partial沙盒（对于Partial，你可以在模板中定义刷新时要复制哪些对象记录），由于生产（Prod）数据下来，你不必担心硬编码按钮ID，例如DocuSign或Conga按钮，甚至是高级审批电子邮件模板。但是，对于Developer和Developer Pro沙盒，你需要进入刷新的沙盒，移动所有数据，复制引用中的ID。

03

混淆或删除客户数据

出于合规性原因，需要确保全部或部分数据屏蔽了所有客户数据，这称为Sandbox Seeding。敏感数据可以是从电子邮件、出生日期、地址、电话号码到信用卡的任何数据。

市场上有一些工具和脚本可以编写，以便在刷新后，你的潜在客户数据、联系人数据和任何其他客户数据都可以被屏蔽。最后，直到混淆或完全删除所有这些数据之前，请确保将你的电子邮件传送能力设置为System Email only。

04

删除关键用户的“.invalid”

我注意到经常会有用户在刷新后请求访问沙盒。对于绝大多数没有在刷新后脚本中自动执行此操作的用户，请维护需要访问权限的用户列表，并系统地删除“.invalid”以向他们提供对沙盒的访问权限。

Winter '24中的一项最新功能可帮助解决此问题。你可以在刷新时指定一个公共用户组，该用户组将在刷新时自动访问沙盒。这将节省大量时间，尤其是当你有大量用户需要访问时。

05

加载CPQ和其他包数据

如果刷新的实例不是Full或Partial沙盒，你需要访问所有数据，其行为类似于元数据，如CPQ记录、Conga查询和模板、DocuSign信封模板。所有这些记录不仅需要重新创建，而且在某些情况下，你需要更改按钮和链接中引用数据记录的ID，以使功能正常工作。

像Prodly、Salto和Gearset等工具可以将数据从一个实例移动到另一个实例。

作者：自由侠部落

博客地址：https://home.cnblogs.com/u/CDP1/

本文欢迎转载，但未经作者同意必须保留此段声明，且在文章页面明显位置给出原文连接 

如果文章的内容对你有帮助，欢迎点赞~