嘿，我明白你的需求：你已经给SharePoint列表的Start Date/Time和End Date/Time列加了验证规则，但现在希望用户仅修改Asset Class、Patching status或comments这三列时，不用触发时间列的验证，直接就能保存修改。下面是几个可行的实现方案：

方案1：用Power Apps自定义表单（最直观的无代码方案） #

这是最适合非技术人员的方案，通过自定义表单来控制验证规则的触发：

• 打开目标SharePoint列表，点击顶部菜单栏的「集成」→「Power Apps」→「自定义表单」，进入Power Apps编辑器
• 在编辑器中，分别选中Start Date/Time和End Date/Time对应的DataCard控件
• 进入控件的「高级」选项卡，找到「DisplayMode」或者「Validation」相关设置，添加条件规则：

  当Asset Class、Patching status、comments中任意一列的修改状态为「已修改」，且Start Date/Time和End Date/Time的修改状态为「未修改」时，禁用时间列的验证规则（比如将Required属性设为false，移除自定义验证公式）

• 保存并发布表单，之后用户修改指定列时，时间列的验证就不会触发，能直接保存

方案2：用Power Automate云流绕过验证（适合复杂逻辑场景） #

通过流来接管特定修改场景的保存操作，绕过原生列验证：

• 创建一个新的云流，触发条件选择「当项目被修改时」，并设置触发筛选条件（可选，比如仅当修改的列包含允许的三列时触发）
• 添加「获取更改的项目」动作，对比修改前后的列值
• 添加条件判断：检查Start Date/Time和End Date/Time的修改前后值是否完全一致，同时Asset Class、Patching status、comments中至少有一列的值发生了变化
• 如果条件满足，使用「更新项目」动作直接将修改后的列值写入列表（流的更新操作不受原生列验证限制），还可以加一个「发送邮件/通知」步骤告知用户修改已完成
• 如果条件不满足（即修改了时间列），则让原生的列验证正常生效，用户需要符合验证规则才能保存

方案3：用客户端脚本（适合开发人员，现代/经典站点都适用） #

通过注入脚本控制表单的验证逻辑，适合有开发能力的场景：

经典站点（JSLink） #

• 编写JavaScript代码，监听表单的提交事件，对比时间列的原始值和当前输入值：

  // 示例代码片段
  document.querySelector("#aspnetForm").addEventListener("submit", function(e) {
    const startDateOriginal = document.querySelector("[title='Start Date/Time']").getAttribute("data-original-value");
    const startDateCurrent = document.querySelector("[title='Start Date/Time'] input").value;
    const endDateOriginal = document.querySelector("[title='End Date/Time']").getAttribute("data-original-value");
    const endDateCurrent = document.querySelector("[title='End Date/Time'] input").value;
    
    // 如果时间列没修改，移除验证属性
    if (startDateOriginal === startDateCurrent && endDateOriginal === endDateCurrent) {
      document.querySelector("[title='Start Date/Time']").removeAttribute("data-val");
      document.querySelector("[title='End Date/Time']").removeAttribute("data-val");
    }
  });
  

• 将脚本上传到SharePoint站点库，然后通过列表的「列表设置」→「表单设置」关联JSLink

现代站点（SPFx 扩展） #

• 开发一个SPFx列表表单自定义扩展，在onInit方法中监听表单的提交事件，实现类似的逻辑：判断时间列是否被修改，若未修改则禁用其验证规则
• 将扩展部署到站点并应用到目标列表的编辑表单

注意事项 #

• 使用Power Apps/Power Automate方案时，要确保操作的用户拥有对应的服务权限（比如Power Apps编辑权限、Power Automate流运行权限）
• 客户端脚本方案需要注意SharePoint的版本兼容性，现代站点优先用SPFx，经典站点用JSLink
• 所有方案都要测试混合修改场景（比如同时修改时间列和允许列），确保此时原生的时间列验证依然正常生效

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