如何在Dynamics 365中停用记录时禁用确认弹窗

该确认弹窗是平台内置的标准交互逻辑，没有公开的全局一键关闭开关，经过一线落地验证的可实现方式主要有两类：

• 表单级自定义脚本拦截逻辑
  在目标实体的表单加载事件中注册自定义JavaScript，重写内置停用动作的执行流，跳过系统默认的弹窗确认环节，直接调用官方Web API完成状态变更。示例代码参考：

  // 适配统一界面(UCI)的无弹窗停用逻辑实现
  async function triggerSilentDisableRecord(executionContext) {
    const formContext = executionContext.getFormContext();
    const recordId = formContext.data.entity.getId();
    const entityLogicalName = formContext.data.entity.getEntityName();
    
    // 直接更新记录状态字段完成停用，不触发内置确认弹窗
    try {
      await formContext.webApi.updateRecord(entityLogicalName, recordId, {
        statecode: 1, // 停用状态值，需按自身环境的全局选项集映射关系调整
        statuscode: 2 // 对应停用场景的状态原因值
      });
      // 操作完成后给出轻量化反馈，避免用户误判系统无响应
      formContext.ui.setFormNotification("记录已完成停用", "INFO", "disable_tip");
      formContext.data.refresh();
    } catch (error) {
      formContext.ui.setFormNotification(`停用失败：${error.message}`, "ERROR", "disable_tip");
    }
  }
  

  注意：脚本注册时需要按实际用户权限范围匹配执行边界，避免出现普通用户触发脚本时权限不足的问题

• 功能区按钮自定义替换
  借助Ribbon Workbench可视化编辑工具，定位目标实体命令栏上的默认“停用/激活”按钮，将按钮绑定的默认系统动作，替换为上述自定义的Web API调用逻辑。这种方式仅作用于指定实体的指定按钮，不会影响平台其他模块的标准交互体验，编辑完成发布即可生效，可控性更强。

注意事项：
停用/激活属于影响记录业务状态的高风险操作，不建议完全取消所有操作反馈。生产环境部署前务必做好操作日志留痕、权限校验配置，避免无提示误操作带来的数据风险。如果使用的是早期旧版Web客户端，上述脚本语法需要调整为对应的兼容写法才能正常运行。

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