导入Unmanaged Solution后Account表单未更新问题如何排查

常见原因 #

• 表单优先级/分配冲突：测试环境存在多个启用的Account主表单，你导入的表单排序优先级低于正在生效的旧表单，或者当前用户的安全角色未关联新表单，系统默认展示优先级最高的匹配表单。
• 导入时未勾选覆盖选项：导入Unmanaged Solution的过程中，未勾选「覆盖目标环境中此解决方案包含组件的非托管自定义项」，如果目标环境的对应表单已有Unmanaged层修改，系统会默认保留现有修改，不会用导入的内容覆盖。
• 多级别缓存未同步：即使执行了全量发布，Dynamics CRM的服务端多实例缓存、客户端浏览器缓存都有最多15分钟的同步延迟，缓存未清理时会一直渲染旧版本表单。
• 表单ID不匹配：你在开发环境修改的表单和测试环境正在使用的旧表单不是同一个ID，你导入的是新增的独立表单，没有设置为默认，用户打开的还是原有的旧表单。
• 依赖缺失导致变更回滚：如果新增字段/选项卡关联了未打包导入的组件（比如全局选项集、绑定的业务规则、表单JS资源），系统会自动回滚表单到可正常运行的旧版本，避免渲染报错，这类问题通常会记录在导入日志的警告项中。
• 应用表单列表未更新：你使用的模型驱动应用单独配置了可用表单列表，导入的新表单没有加入到应用的表单配置中，应用内只会展示原有配置的旧表单。

排查步骤 #

• 缓存校验：清空浏览器全部缓存后用隐身模式访问，或者在Power Platform管理中心执行目标环境的「清除缓存」操作，等待10分钟后再验证表单。
• 表单配置核对：进入测试环境Account表的表单列表，确认导入的表单处于启用状态，调整优先级到最高，或者给当前测试用户的安全角色单独分配该表单，再打开表单验证。
• 导入日志核查：找到本次解决方案导入的历史记录，查看详细日志中的警告、错误项，确认是否存在Account表单相关的跳过、回滚提示。
• 表单内容对比：在测试环境导出仅包含该Account主表单的Unmanaged Solution，解压后提取customizations.xml和你导入的源文件的表单XML做对比，如果目标环境导出的XML已经包含最新变更，说明问题出在缓存/表单分配环节；如果还是旧结构，说明导入时变更未成功写入。
• 应用配置核对：打开你正在使用的模型驱动应用的编辑界面，检查Account表的可用表单列表里是否包含你导入的新表单，未添加的话手动加入后重新发布应用即可。

内容的提问来源于stack exchange，提问作者Don Cheadle