“这个字段在哪里使用？”显然是许多Leanx管理员和开发人员经常想要回答的问题，如果不是每天回答的话。Leanx生态系统中的人们明确需要WhereUsed。
如果没有完整的 WhereUsed 分析图片，您在对组织进行更改时就会盲目飞行。随着 Leanx 变得更具战略性，并且在整个公司中拥有更广泛的范围，在不中断业务连续性的情况下进行创新的风险也更高。
“使用位置”按钮概述
单击“使用位置”按钮，它将打开一个新面板，其中包含使用字段的核心元数据类型的列表。
知道尝试删除字段以显示其用法的老把戏吗？这里也是如此，因为这背后的逻辑是作为依赖 API 公开的。此外，他们还添加了管理员提出的一个很大要求的报告。
标准对象中自定义字段的使用位置结果
WhereUsed 和 Dependency API 的未来
Winter ’20 的发布只是一个开始，但却是一个巨大的飞跃。
- WhereUsed 不会查看所有元数据项（更多内容在路线图中）
- 仅适用于自定义字段
- 依赖关系 API 仅返回前 1，000 个结果，并且需要一段时间才能运行，并且会耗尽 API 限制（对于具有 1，000 个 apex 类和报告的组织来说，这是一个问题）。
对于希望在大型组织中利用WhereUsed的开发人员，产品团队正在开发异步API，但开发人员需要编写代码以优化API调用。
创建您的影响评估方法
使用位置是影响评估方法的一部分，这应该是实施方法的关键步骤。影响分析应从需求和业务更改开始，然后是受影响的不同元数据项的范围 – 使用字段的位置至关重要。
例如，客户成功响应客户的方式的更改可能会涉及客户、联系人、案例以及相关验证规则和自动化的字段。它还可以更改电子邮件模板、顶点类以及与外部系统的集成。
关键问题是哪些其他业务流程和业务的其他领域使用这些元数据项，这些更改将对它们产生什么影响？如果要更改的名为supportlevel__c的联系人字段也在流中使用，则会显示“内容”。那么“为什么”和“如何”呢？
最好的方法是数据字典，其中每个元数据都有使用的位置分析，并且还具有指向以下内容的链接：
- 要求
- 用户故事，
- 流程图，
- 笔记
- 规格
- 截图等
然后，可以快速轻松地将影响分析进行到可以自信地进行更改的水平。
项目对象中预算字段右侧面板中的数据字典，可访问文档、使用情况、访问权限、GDPR 和反馈选项卡
设计影响评估方法
在设计影响评估时，您应该考虑以下几点：
您在交付周期的哪些点进行评估？
越早做，它就越便宜。在业务和数据设计中捕获它比构建便宜 100 倍，比生产便宜 1000 倍。但是，这意味着您需要执行严格的需求捕获和业务分析。
你应该这样做！这是提高用户采用率的最快方法，因为它可以确保您构建最终用户真正想要和需要的东西。上线前是否有最终评估？
您准备接受什么级别的风险？
为了将风险降低到零，您可能需要进行不合理的深度影响评估研究。似乎对于大多数人来说，直到现在的方法是改变，希望……并等待尖叫声。至少“在哪里使用”按钮现在可用，这将消除大量的惊喜！
您是否正在构建数据字典和文档方法？
任何影响评估策略的基石必须是数据字典和正式方法，记录进行更改。这大大降低了影响评估成本，因为它为任何评估提供了原始数据，而不必为每次更改收集原始数据。
进行具体更改会影响影响评估吗？
添加选项列表或字段需要与实现新的托管包不同的评估级别;但是，我认为您应该评估需求和相关用户故事的影响，而不是元数据更改。您只是因为业务流程已更改而添加新的选择列表项 – 肯定还有其他影响吗？更改了验证规则、仪表板和报告，更新了帮助？
影响评估的签核流程是什么？
您如何表明您已经完成了评估，以及在下一阶段工作开始之前谁签字？这可能是矫枉过正，并且对于某些级别的更改可能不是必需的（请参阅上一个问题）。
总结
当谈到WhereUsed和Dependency API时，Winter’20版本是一个巨大的飞跃。安装程序中自定义字段上的“WhereUsed”按钮将打开一个新面板，其中包含使用字段的核心元数据类型的列表 – 此外，他们还添加了管理员提出的一个很大要求的报告。
这只是依赖关系 API 的开始，组织将负责创建其影响评估方法。我希望你发现我上面的指示作为起点有帮助。
