ADF状态显示成功但流程中止 存储过程报错后无法执行后续节点

• 核心配置逻辑混淆：你调整的「跳过、完成、结束」是活动间依赖的流转触发条件，并非活动本身的容错设置。ADF的存储过程活动默认开启活动失败即终止整个管道的开关，一旦抛出SQL执行错误，管道会直接中断退出，根本不会走到你后续配置的任何分支逻辑。
• 依赖触发条件覆盖不全：默认配置下，下游活动只会在上游活动返回「成功」状态时才会被调度。你给sp_End、邮件通知步骤配置的上游依赖没有覆盖所有可能的执行状态，只要上游sp_Drop_err返回「失败」状态，就不满足你之前设置的触发规则，下游步骤自然不会执行。
• 你遇到的SQL错误号3728属于存储过程抛出的执行级错误，会被ADF直接判定为活动执行失败，不会自动流转到你预设的错误处理分支。

1. 选中管道内的sp_Drop_err活动，打开右侧配置面板的「常规」设置页，取消勾选出错时使管道失败选项，关闭活动失败直接终止管道的默认逻辑。
2. 重新配置活动依赖连线：从sp_Drop_err分别连线到sp_End活动、邮件通知活动，点开每条连线上的触发条件选项，把「成功、失败、跳过、超时」所有执行状态全部勾选，保证无论该存储过程执行结果如何，后续收尾步骤都会被正常触发。
3. 如果需要在通知消息里携带具体报错内容，直接在邮件活动的动态内容配置中引用sp_Drop_err活动的Error字段即可，不需要额外增加判断分支——只要依赖配置正确，成功、失败场景下都能正常取到对应执行信息。
4. 配置完成后先点击管道的「验证」功能检查配置合法性，再手动触发测试：此时哪怕sp_Drop_err抛出约束不存在的3728错误，管道也会继续执行后续的sp_End存储过程和邮件通知步骤，不会中途终止。

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