Dynamics 365每次应用新PatchOn时JS脚本自动停用原因咨询

本质是Dynamics 365解决方案分层机制的规则导致，和Patch本身的代码修复没有直接关系：

• 第一次部署报错后，生产环境手动停用JS的操作，会在该JS Web资源的解决方案栈最上层生成一个非托管活动层。Dynamics 365的组件读取逻辑永远取最高优先级层的配置，非托管层的优先级高于所有托管层（包括后续导入的托管Patch、托管升级包），所以这个手动操作留下的停用状态配置，会永久覆盖从开发环境导过来的托管包中「JS为启用状态」的配置。
• 还有一个常见触发点：Dynamics 365的Patch是增量包，只会包含创建Patch时显式选中、修改过的组件。如果创建修复Patch的时候，没有把该JS对应的状态配置、事件绑定项加入Patch，导出的Patch里根本不包含这个JS的任何配置，导入生产时自然不会修改这个JS的现有状态。

1. 清理生产环境的异常非托管层
   进入生产环境高级设置-自定义解决方案，定位到出问题的JS Web资源，打开组件详情页找到「解决方案层」选项，选中最上层类型标注为「非托管」的层直接删除，这一步不会删除组件本身，只会清掉之前手动修改留下的覆盖配置。
2. 重新打包正确的部署包
   回到开发环境，确认基础非托管解决方案中该JS为启用状态、关联的表单/命令栏事件绑定配置正确，不要单独导Patch，直接导出完整的托管解决方案升级包，导入生产环境做一次全量升级，重新建立正确的托管层配置。
3. 后续运维注意
   生产环境部署的托管组件禁止直接手动修改任何配置、状态，所有调整必须在开发环境的非托管解决方案中完成后，通过托管包部署的方式同步，避免再生成非托管活动层导致配置异常。

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